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Niets uit deze uitgave mag worden verveelvoudigd en/of 
openbaar gemaakt door middel van druk, fotokopie, microfilm, 
geluidsband, elektronisch of op welke andere wijze ook en 
evenmin in een retrieval system worden opgeslagen zonder 
voorafgaande schriftelijke toestemming van de uitgever. 


Voorwoord bij de 2° Druk 


In deze tijd van micro's, mini's en van supercomputers worden 
de toepassingsmogelijkheden van deze apparatuur steeds groter. 
Behalve voor snelle verwerking van massale hoeveelheden gegevens 
worden computers in steeds ruimere mate toegepast voor besluit- 
vorming en beleidsvoorbereiding. De beslissingsproblemen waarvoor 
computers worden gebruikt zijn bijvoorbeeld personeelsplanning, 
ruimtelijke planning, kasvoorraad- en kredietbewakingsvraagstukken 
en produktieplanning. Deze problemen doen zich voor in allerlei 
soorten van organisaties: banken, ziekenhuizen, overheid en 
industriële organisaties. Het inzicht groeit, dat voor de oplossing 
van de genoemde beslissingsvraagstukken methoden nodig zijn die 
met inschakeling van computers ruime mogelijkheden bieden voor 
beslissingsondersteuning. 

Simulatie is zo'n methode van onderzoek waarmee meer inzicht 
in complexe beslissingsproblemen kan worden verkregen. Simulatie 
geeft ons de mogelijkheid om onze kennis te vermeerderen, zowel 
ten aanzien van de structuur van grote en ingewikkelde systemen, 
als van oplossingen van de problemen. Ook kan simulatie ter verbe- 
tering van de communicatie een nuttig hulpmiddel zijn. 

Op grond van de genoemde mogelijkheden is simulatie bij 
uitstek geschikt voor het maken van Decision Support Systems en 
van expertsystemen. Door deze systemen met gebruik van simulatie 
te bouwen, zal de effectiviteit van de besluitvorming kunnen toe- 
nemen. Met name in een vage of 'fuzzy' beslissingsomgeving kan 
zo het beslissingsproces met een geautomatiseerd informatiesysteem 
worden verbeterd. 


VOOR WIE IS DIT BOEK BEDOELD? 


Het boek is ontstaan uit collegedictaten voor studenten van 
de Interfaculteit Bedrijfskunde Groningen en voor HEAO-BI- 
studenten. Deze groepen worden in hun opleiding geconfronteerd 
met het vak Simulatie. Zij zijn ook in belangrijke mate de afnemers 
van de eerste druk van dit boek geweest. Daar-naast wordt het 
boek gebruikt bij HTS-en en economisch geöriënteerde opleidingen 
in het WO. Gezien de reacties heeft het boek ook ingang gevonden 
bij praktijkmensen. Hieruit blijkt, dat het boek zowel geschikt is 


vi 


voor onderwijs aan studenten als voor zelfstudie. Wij zijn van mening, 
dat het boek behalve voor de genoemde studie-richtingen: Bedrijfs- 
kunde, Economie en Techniek ook geschikt is voor studenten uit 

de Informatica en de Sociale Wetenschappen. Door de verscheidenheid 
van oefeningen kan met het boek in uiteenlopende studierichtingen 
worden gewerkt. 


DE OPBOUW VAN HET BOEK 


Het boek is zodanig opgebouwd dat de lezer na bestudering 
van hoofdstuk I reeds aan de slag kan. In dit eerste hoofdstuk wordt 
namelijk een eenvoudig voorbeeld in extenso uitgewerkt. Na bestude- 
ring van dit hoofdstuk bevelen we de lezing van hoofdstuk IX aan 
waarin een tweetal cases (werkstukken van studenten) wordt behan- 
deld. 

De verschillende fasen van een simulatie-onderzoek worden 
in de hoofdstukken II-VI nader uitgewerkt. De hoofdstukken II en 
III gaan over modelbouw en hoofdstuk IV over het experimenteel 
ontwerp. Onder de titel 'Van model naar programma’ worden in 
hoofdstuk V richtlijnen gegeven voor het maken van computerpro- 
gramma's. Ook worden in dit hoofdstuk voorbeelden, van computer- 
programma's in BASIC, Pascal en SIMULA gegeven. In hoofdstuk 
VI wordt uitgebreid ingegaan op het onderwerp Validatie. 

Hoofdstuk VII is nieuw en behandelt het onderwerp Decision 
Support Systems. Behalve aan de vraag ‘Wat zijn Decision Support 
Systems! wordt aandacht geschonken aan technische eisen, aan 
prototyping en aan een methode voor de bepaling van de waarde 
van dit soort systemen. Hoofdstuk VIII handelt over de bestudering 
van een simulatieproject. 

Naast hoofdstuk IX met de twee uitgewerkte cases is een hoofd- 
stuk met opgaven opgenomen. Met behulp hiervan kunnen simulatie- 
projecten in een onderwijsomgeving worden nagebootst (simulatie 
van de simulatie). Tenslotte zijn er twee appendices, één over 
statistische technieken en één over het programmeren van wacht- 
rijen. 
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Ten Geleide 


Ter gelegenheid van de eerste druk heb ik opgemerkt dat het 
verschijnen van die publicatie over simulatie om verschillende 
redenen moest worden toegejuicht. 

Twee van die redenen wil ik hier nog eens herhalen. Allereerst 
de kwaliteit van de publicatie. Ik was en ben van mening dat de 
auteurs er op voortreffelijke wijze in zijn geslaagd een goede 
combinatie te vinden tussen de complexiteit van het onderwerp en 
de voor het onderwijs noodzakelijke duidelijkheid van presentatie. 
Uit het feit dat een tweede druk noodzakelijk is drie jaren na het 
verschijnen van de eerste blijkt dat ook andere docenten deze mening 
zijn toegedaan. 

Mijn tweede reden was dat de auteurs sterk het belang van 
simulatie als methode van onderzoek beklemtonen. De ontwikkeling 
in verschillende gebieden gedurende de laatste jaren toont aan dat 
deze stellingname correct is. Ik wil in dit verband wijzen op het 
gebruik van simulatie in decision support en expert systemen en 
het gebruik dat op grote schaal van zogenaamde decision support 
generatoren wordt gemaakt, die op microcomputers in de vorm van 
spread sheet programma's voorkomen. Voor het gebruik van deze 
nieuwe faciliteiten is het bijzonder gewenst dat men beschikt over 
enige kennis van simulatie. Simulatie kan worden beschouwd als een 
rode draad die kan worden gebruikt om relaties te leggen tussen 
de veelheid van toepassingen die de laatste jaren zijn ontwikkeld. 
Terecht, besteden de auteurs in deze nieuwe druk enige aandacht 
aan enkele van deze nieuwe ontwikkelingen. 

De belangstelling voor simulatie en voor het onderhavige boek 
blijkt niet alleen te komen uit het hogere beroepsonderwijs, maar 
ook uit het wetenschappelijk onderwijs. Met dit feit en het 
verschijnen van deze tweede druk wil ik de auteurs en de uitgever 
gaarne complimenteren en de hoop uitspreken dat een derde druk 
‘binnenkort! weer noodzakelijk zal zijn. 


Groningen, januari 1985 A. Bosman 


Toen de Heer de aarde schiep en de mensen om erop te 
leven - een onderneming die, volgens de moderne weten- 
schap, nogal wat tijd in beslag nam - kan ik mij voorstel- 
len dat hij bij zichzelf als volgt redeneerde: "Als ik alles 
voorspelbaar maak, zullen deze menselijke wezens, die ik 
heb toebedeeld met een vrij goed stel hersenen, ongetwij- 
feld leren alles te voorspellen en zij zullen dan geen mo- 
tief hebben om ook maar iets uit te voeren, omdat zij 
zullen inzien dat de toekomst volkomen bepaald is en niet 
door enige menselijke handeling kan worden beïnvloed. 
Van de andere kant, als ik alles onvoorspelbaar maak, 
zullen zij gaandeweg ontdekken dat er geen rationele 
basis is voor welke beslissing dan ook, en zij zullen dan, 
net zoals in het eerste geval, geen motief hebben om ook 
maar iets uit te voeren. Geen van beide schema's zou 
zinvol zijn. Ik moet daarom een mengsel scheppen van 
beide. Zij zullen dan, bij veel andere, de belangrijke 
taak hebben te ontdekken hoe het zit. 


E.F. Schumacher 


citaat uit: 'Hou het klein: 
een economische studie waarbij 
de mens weer meetelt. ! 
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HOOFDSTUK I 


Beginselen van Simulatie 


I.1 INLEIDING 


In dit hoofdstuk willen we de lezer aan de hand van een algemeen 
inleidend verhaal en van een uitgewerkt voorbeeld een indruk geven 
van de facetten die bij een simulatie-onderzoek aan de orde komen. 
In paragraaf 2 wordt in grote lijnen aangegeven wat bedoeld wordt 
met simulatie als methode van onderzoek. De verschillende fasen van 
zo'n onderzoek worden besproken alsmede de samenhang tussen deze 
fasen. Hoewel een voorbeeld ter toelichting wordt gebruikt, zal het 
geheel nog als vrij theoretisch en complex worden ervaren. Daarom 
behandelen we in $ 3 een heel eenvoudig en zeer praktisch probleem: 
de haringkar. 

De eigenaar van een haringkar vermoedt, dat veel potentiële 
klanten weglopen omdat ze te lang moeten wachten. Om na te gaan 
of dit probleem door een extra bediende kan worden opgelost, wordt 
een eenvoudig simulatiemodel gebouwd. We behandelen bij de uitwer- 
king van dit model alle fasen van een simulatie-onderzoek. Hierdoor 
hopen we te bereiken, dat de lezers al vrij snel zelf praktisch aan 
de slag kunnen. Simulatie kan volgens ons alleen goed worden geleerd 
als praktische voorbeelden zelfstandig op de computer worden uit- 
gewerkt. Daarom ook zijn aan het slot van dit hoofdstuk in paragraaf 
4 enkele eenvoudige opgaven opgenomen die zich goed lenen voor 
uitwerking met gebruik van de computer. 


2 Beginselen van simulatie 1.2 


I.2 SIMULATIE IN VOGELVLUCHT 


Bij simulatie moet aan nabootsing worden gedacht. Situaties 
uit de werkelijkheid worden op de één of andere manier nagebootst 
om zodoende kennis over of inzicht in die werkelijkheid te krijgen. 
De eenvoudigste manier om dit duidelijk te maken is een voorbeeld. 

Veronderstel, dat we willen weten hoe groot de kans is om 
met twee dobbelstenen totaal twee ogen te gooien. De oplossing van 
dit eenvoudige probleem is 1/36; er bestaat namelijk slechts één 
combinatie van de 36 mogelijke combinaties die het gevraagde resul- 
taat levert. De oplossing op grond van zo'n redenering wordt een 
analytische oplossing genoemd. Op grond van theoretische veronder- 
stellingen wordt de uitkomst bepaald. 

Een andere, meer praktische manier om de uitkomst vast te 
stellen is met de dobbelstenen te gooien en het resultaat van de 
worp te noteren. Als we dit een groot aantal keren doen (bijvoorbeeld 
1000 keer) en we berekenen na afloop de relatieve frekwentie van 
het gevraagde resultaat dan zal deze in de buurt van de theoretische 
oplossing 1/36 moeten liggen. Het resultaat is dan bepaald door 
middel van een steekproefexperiment. Zo'n steekproefexperiment 
is een vorm van simulatie. 

In dit boek zullen we ons overigens met deze vorm van simulatie, 
ook wel aangeduid als Monte Carlo-simulatie niet zo uitgebreid bezig 
houden. We komen er wel op terug, onder meer in hoofdstuk III, 
maar simulatie als experimenteertechniek is voor ons slechts een 
onderdeel van simulatie als onderzoekmethode. Dit hoofdonderwerp 
zullen we nu eerst wat uitgebreider inleiden. 


In veel situaties ziet men zich geplaatst voor problemen waarvan 
niet duidelijk is hoe ze moeten worden opgelost. Soms is het zelfs 
niet duidelijk hoe men het probleem moet formuleren. In zulke geval- 
len zal men met vallen en opstaan structuur in het probleem proberen 
te vinden en tot oplossingen zien te komen. Hierbij zal vaak van 
ervaringsregels gebruik worden gemaakt. Doorgaans zijn die regels 
niet goed onderbouwd, ze zijn van een sterk kwalitatief en subjectief 
karakter. 

Van oudsher heeft men in organisaties geprobeerd meer vat 
te krijgen op deze vorm van besluitvorming door van kwantitatieve 
technieken gebruik te maken. Na de 2° wereldoorlog is de operations 
research (OR) ontstaan. Dit vakgebied houdt zich bezig met de 
kwantitatieve ondersteuning van besluitvorming. De OR-technieken 
richten zich met name op toewijzings-, wachttijd-, voorraad- en 
volgorde vraagstukken. Met behulp van de techniek van lineaire 
programmering kan bijvoorbeeld een bepaalde groep toewijzings- 
problemen worden opgelost. Het vele rekenwerk wordt door de 
computer snel en betrouwbaar verzorgd. 

Toch hebben de meeste van deze technieken uit de operations 
research hun beperkingen. Zo is het altijd noodzakelijk het op te 
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lossen probleem om te zetten in wiskundige vergelijkingen. Er moet 
een mathematisch model worden gemaakt dat met behulp van een 

voor dit doel geschikte analytische techniek opgelost dient te worden. 
Veel problemen lenen zich hiervoor evenwel niet, omdat ze te inge- 
wikkeld of slecht gestructureerd zijn. Voorbeelden zijn voorraad- 
beheersing, wachttijdproblemen met meerdere loketten, produktie- 
planning en investeringsselectie. Tot voor enkele jaren was het 

dan alleen in heel beperkte zin mogelijk ondersteuning te bieden. 
Door de opkomst van simulatie zijn de mogelijkheden tot het oplossen 
van de geschetste problemen aanzienlijk uitgebreid. 

Een opvallend verschil tussen simulatie en de hierboven 
genoemde operations research-technieken is, dat men bij simulatie 
het model van de te onderzoeken werkelijkheid niet in wiskundige 
relaties behoeft te formuleren. Men probeert de werkelijkheid (het 
reële systeem) na te bootsen in de vorm van een proces of van een 
reeks gebeurtenissen. Zo kunnen bijvoorbeeld de groei van een 
gewas, het bedieningsproces in een winkel of het op de markt 
brengen van een nieuw produkt worden nagebootst. Hiertoe wordt 
de werkelijkheid eerst zo goed mogelijk beschreven in een model om 
daarna met dit model experimenten uit te voeren. Deze experimenten 
hebben allereerst tot doel werkelijkheid en model zo veel mogelijk 
met elkaar in overeenstemming te brengen. Als dit eenmaal is gelukt 
kan aan de hand van het model meer inzicht in het gedrag van het 
reële systeem worden verkregen. Daartoe moet het model dan wel 
eerst in een computerprogramma worden omgezet, zodat gemakkelijker 
met het model geëxperimenteerd kan worden. 

Om één en ander beter toe te lichten maken we gebruik van 
een voorbeeld. In dit voorbeeld gaat het om een onderneming die 
verschillende produkten op de markt brengt. Met deze produkten 
dient een zo groot mogelijke omzet te worden gerealiseerd. Daartoe 
kan van verschillende verkoopmethoden gebruik worden gemaakt. 
Om het eenvoudig te houden beperken we ons tot twee soorten 
verkooppolitiek: verkooppolitiek I en verkooppolitiek II. De leiding 
van de onderneming is geinteresseerd in de vraag: Welke van de 
twee soorten verkooppolitiek zal de omzet het meest stimuleren? 

Een antwoord op deze vraag is door praktische uitvoering 
misschien wel te geven, maar deze methode is kostbaar. Het liefst 
zal men tevoren weten welke verkooppolitiek het meeste succes zal 
opleveren. Simulatie is één van de mogelijkheden waarmee relevante 
informatie vóór de definitieve beslissing kan worden verkregen. 

Het verkoopproces wordt gedurende bepaalde tijd nagebootst. Men 
doet dit éénmaal bij verkooppolitiek I en nogmaals bij verkooppolitiek 
II onder verder gelijkblijvende omstandigheden. Uit dit ‘doorspelen! 
van het verkoopproces verkrijgt men twee reeksen omzetcijfers, 

die behoren bij de verkooppolitiek I respectievelijk politiek II. De 
reeksen cijfers worden statistisch vergeleken, dat wil zeggen dat 
men de cijfers aan een aantal statistische toetsen onderwerpt om 

te kijken of er een significant verschil is tussen de invloed op de 
omzet van de beide verkooppolitieken. Dan kan men uit deze waar- 
nemingen conclusies trekken omtrent de ‘beste! verkooppolitiek . 
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Zowel het experimenteren alsook de statistische analyse gebeurt 
met behulp van de computer. Hiervoor is het in de eerste plaats 
nodig dat we beschikken over een model van de onderneming. Het 
bouwen van zo'n model is de belangrijkste en wellicht ook de moei- 
lijkste activiteit binnen een simulatieproject. Welke variabelen nemen 
we op en welke laten we weg? Welke relaties moeten worden opgeno- 
men? Lastige vragen waarop de antwoorden niet altijd voor de hand 
liggen. 

We zullen in dit voorbeeld verder veronderstellen, dat de 
omzet beinvloed wordt door de verkooppolitiek van de onderneming 
zelf, de verkooppolitiek van de concurrentie en door het consumptieve 
inkomen. In een eenvoudig schema kunnen deze keuzes als volgt 
worden weergegeven: 


verkooppolitiek 
S ee 


onderneming 


verkooppolitiek 
p 


verkoopproces 
concurrenten 


consumptief 


inkomen 


Figuur I.2a 


Een zo mogelijk nog belangrijker vraag en minstens even moeilijk 
te beantwoorden, is de vraag hoe de omzet afhangt van de beinvloe- 
dingsfactoren. Deze afhankelijkheid is de verzameling relaties in 
ons ondernemingsmodel. Hoewel - en dit is het verschil met 
mathematische analysemethoden - deze relaties niet in de vorm van 
wiskundige vergelijkingen behoeven te worden gedefinieerd, dient 
men wel uitspraken te doen over de ordening van de relaties. Dit 
wil zeggen, dat wel de volgorde in de zin van: 'gaat vooraf aan', 
of 'volgt op' moet worden aangegeven, of dat procesrelaties als 'X 
moet leveren aan Y' omschreven moeten worden. 

Als eenmaal een model is geformuleerd en geaccepteerd, dan 
is de eerste fase van het simulatie-onderzoek achter de rug. In 
deze fase, ook wel de inductiefase genoemd, is een aantal stappen 
te onderscheiden: 
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de probleemspecificatie en de s 
van het model 


pecificatie van de doelstellingen 


2. het formuleren van een kwalitatief model 


3. het specificeren van een voorlopige verzameling variabelen 
en parameters 


4. het specificeren van de relaties tussen de variabelen in de 
vorm van hypothesen 


ð. met behulp van de waarnemingsgegevens formuleren van een 
kwantitatief model, waarbij de relaties van een inhoud worden 
voorzien. 


Wanneer we - met vallen en opstaan - deze stappen tot een 
bevredigend einde hebben gebracht, betekent dat geenszins het 
einde van het werk. Als namelijk de relaties in een kwantitatieve 
vorm zijn beschreven (bijvoorbeeld in de vorm van een computer- 
programma), betekent dat niet dat men nu over een verklaring 
beschikt. Dat is een fout die veel gemaakt wordt. Het bouwen van 
een model is geen doel op zich, maar een middel. Het model moet nog 
opgelost worden. Simulatie is een heuristische methode. Dit houdt in, 
dat met behulp van een model gezocht wordt naar een aanvaardbare 
oplossing van het probleem waarvoor een model is geformuleerd. Dit 
zoekproces gebeurt in de volgende fase van het onderzoek: het 
experimenteren met het model. 

In deze tweede fase staat dus het experiment centraal. Experi- 
menteren doen we evenwel niet in het wilde weg: we bereiden de 
experimenten zorgvuldig voor. 

In de eerste plaats zullen we experimenteren met het doel infor- 
matie te krijgen omtrent de juistheid van het model. De analyse 
van de verkregen uitkomsten behoort bij de validatie, één van de 
fasen uit de modeleyclus. Daar de keuze van de validatiemethoden 
wel de manier bepaalt waarop de experimenten worden ingericht, 
dient men deze reeds tevoren te hebben overdacht. 

Wanneer het vertrouwen in de juistheid van het model op een 
acceptabel niveau is gekomen, zullen we in de tweede plaats experi- 
menten uitvoeren om uitspraken te kunnen doen over het gedrag 
van het reële systeem. Hierdoor proberen we inzicht te krijgen in 
de probleemsituatie. De informatie die wij nodig hebben om gefun- 
deerde uitspraken te kunnen doen, wordt niet zonder meer door 
willekeurige experimenten voortgebracht. 

Nauw hierbij aansluitend is tenslotte de vraag naar het toe- 
komstig gedrag van het systeem interessant. Wij beoordelen modellen 
vaak naar de voorspellende capaciteiten ervan. Immers de problemen 
liggen dikwijls op het terrein van beslissingen die betrekking hebben 
op de toekomst. 

Hoe de voorbereiding van de experimenten, ook wel aangeduid 
als het experimenteel ontwerp, gebeurt behandelen we op deze plaats 
niet. In hoofdstuk IV gaan we op dit onderwerp nader in. Wel willen 
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we er nu reeds op wijzen dat de vorm van het experimenteren sterk 
afhangt van de doelstellingen van de simulatie. Veel voorkomende 
mogelijkheden zijn: 


- het vergelijken van alternatieven (verkooppolitiek I of verkoop- 
politiek II); 

- het bepalen van de invloed van verschillende variabelen; 

- het bepalen van de onderlinge afhankelijkheid van de variabelen 
(zal onze verkooppolitiek de verkooppolitiek van de concurrentie 
beinvloeden?) ; 

- de invloed op de responsevariabelen van veranderingen in de 
waarde van de exogene variabelen (gevoeligheidsanalyse). 


Nadat met behulp van het experimenteren het model gevalideerd 
is en de opdrachtgevers en gebruikers voldoende vertrouwen hebben 
gekregen in het model, zal vaak de derde fase volgen, namelijk: 
de invoering van het model om het in de praktijk te gaan gebruiken. 

Wanneer ertoe wordt overgegaan om het model te gebruiken als 
een gereedschap bij het voorbereiden en nemen van beslissingen 
(""management-tool'""), dan wordt het simulatiemodel opgenomen in 
het concrete informatiesysteem. 

Het model kan deel uitmaken van een modelbank. Gebruikers 
kunnen het model aan de terminal ‘oproepen! en ermee experimen- 
teren, waarbij gebruik gemaakt kan worden van de bedrijfsgegevens 
uit de data-base, eventueel nadat deze bewerkingen hebben onder- 
gaan (statistische bewerkingen, aggregatie, e.d.). Dit type modellen 
staat bekend onder de naam decision support systems (DSS). In een 
schema kan deze situatie als volgt worden weergegeven: 


Kn 


| 

| 

| 

computer | gm | database | 
| 

| 

| 


gegevens externe 
gegevens 


| 
GEBRUIKER 
i 


| 

| 

| 

| 

| 

| 

| interne 
| 

| 

| 

l ORGANISATIE 
| 


Figuur I.2b 
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In deze paragraaf is ingegaan op de vraag: wat is simulatie? 
Gedeeltelijk aan de hand van een voorbeeld zijn de fasen van een 
simulatieprojeet in grote lijnen beschreven. Voor de duidelijkheid 
presenteren we de hoofdlijnen van het betoog in figuur I.2c. 


PROBLEEM 
wat is belangrijk? 


zo interpreteert de onderzoeker 
het probleem 


HOE hoe formaliseert hij het beeld tot 
de probleemspecificatie ? 


MODEL de modelformulering in de vorm 


van een computerprogramma 


of liever: 
experimenteren 


validatie van het model; 


RESULTATEN 
inzicht in het reële systeem 
KEUZE beslissingsondersteuning 


“what if" vragen 
EEN .…….. die voldoet aan het 
OPLOSSING aspiratieniveau. 
Figuur I.2c 


In de volgende paragraaf werken we een eenvoudig probleem 
volgens dezelfde opbouw als in figuur I.2e geheel uit. 
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1.3 HET SIMULATIE-ONDERZOEK IN FASEN; EEN VOORBEELD 


1.3.1 Probleembeschrijving 


Op de hoek van een straat in mijn buurt staat iedere avond 
van ca. vijf tot ongeveer half zeven een haringkar. Als je op de 
eerste dagen van de week een boodschap doet bij de kar is het in 
het algemeen rustig en hoef je nauwelijks te wachten. Naarmate de 
week voortschrijdt, wordt het drukker bij de kar en op vrijdag en 
zaterdag moet je meestal nogal lang wachten. Deze wachttijden 
wekken enige ergernis bij de klanten op. Ik heb daarom aan de 
haringman gevraagd, of hij op deze drukke dagen niet een hulp 
zou kunnen nemen. "Jawel," was zijn antwoord, "als ik maar wist 
dat het zou helpen. Om nu eerst iemand in dienst te nemen en hem 
dan later weer te moeten ontslaan als blijkt dat het toch niet helpt, 
vind ik onverantwoord." | 


r) 


Een vrij eenvoudig probleem, dat met eenvoudige hulpmiddelen 
kan worden opgelost. Hoewel computersimulatie in dit geval als 'het 
loslaten van een olifant op een muis' kan worden beschouwd, is het 
probleem wel geschikt om een aantal basisprincipes van simulatie 
toe te lichten. 


1.3.2 Probleemformulering en doelstelling 


Hierboven hebben we een korte beschrijving gegeven van het 
probleem van de haringverkoper. Als onderdeel van de probleem- 


*) De tekeningen in dit boek zijn gemaakt door de 5-6 groep van de 
Montessorischool 'Nieuw Vreugd en Rust' te Voorburg. 
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formulering moet deze beschrijving enerzijds iets zeggen over de 
bestaande situatie en anderzijds aangeven wat de gewenste toestand 
dient te zijn. 

Ten behoeve van een beschrijving van de bestaande toestand 
kan gebruik worden gemaakt van technieken als directe waarneming, 
enquête en interview. Het is voor dit probleem bijvoorbeeld denkbaar, 
dat zowel met de haringman zelf als met een aantal klanten gesprekken 
worden gevoerd. Hierbij moet eveneens aandacht worden geschonken 
aan de gewenste toestand. 

Dit vooronderzoek dient in ieder geval ook te leiden tot een om- 
schrijving van de doelstelling van het eigenlijke onderzoek. De doel- 
stelling van het project 'haringkar' zou omschreven kunnen worden 
als: 


Onderzoek de mogelijkheden om de wachttijden van de 
klanten op drukke dagen terug te brengen tot een aanvaard- 


baar gemiddelde. 


Hoewel deze doelstelling op het eerste gezicht acceptabel lijkt, 
is hij op een aantal punten toch wel te vaag. We zullen dit toelichten 
aan de hand van een aantal punten. 

In de eerste plaats krijgen we te maken met de vraag: wat is 
een aanvaardbaar gemiddelde? 

Deze vraag zou beantwoord kunnen worden door middel van 
een kleine enquête onder de vaste klantenkring. Uit deze enquête 
zou kunnen blijken, dat de meeste klanten een gemiddelde wachttijd 
van maximaal 5 minuten aanvaardbaar achten. Op zichzelf kan dit 
gegeven voldoende zijn voor de gestelde vraag, maar ... pas op! 
Het zou kunnen zijn, dat het hier gaat om 80% van de klanten die 
slechts 20% van de omzet voor hun rekening nemen. De andere 20% 
van de klanten, die dus 80% van de omzet van de haringverkoper 
verzorgen zouden misschien al ontevreden worden bij een wachttijd 
van één minuut. 

Ook is het mogelijk dat de enquête als resultaat geeft dat de 
klanten het helemaal niet erg vinden om te wachten. In zo'n geval 
kan een verder onderzoek dus achterwege blijven. 

Een tweede opmerking heeft te maken met de zinsnede: 
Onderzoek voor de haringverkoper de mogelijkheden ..... Dit deel 
van de doelstelling is ruim, zowel ten aanzien van de methoden van 
onderzoek als van de mogelijke oplossingen. 

Gegeven de context van het probleem zullen wij aannemen dat 
als methode van onderzoek simulatie wordt gebruikt en als criteria 
voor de oplossing van het probleem: de gemiddelde wachttijd en 
de gemiddelde lengte van de wachtrij. Bovendien moeten uitspraken 
worden gedaan omtrent de spreiding rond het gemiddelde, omdat 
het gemiddelde alleen een te beperkte maatstaf is. 

Een derde opmerking heeft betrekking op de kosten van een 
onderzoek. Wat willen we bereiken en wat hebben we voor dit doel 
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over? Er moet een kosten-baten-analyse voor het onderzoek worden 
gemaakt en deze moet aan de opdrachtgever(s) worden voorgelegd. 

Ter ondersteuning van het opstellen van een kostenoverzicht 
kan gebruik worden gemaakt van de diverse fasen, die in een 
onderzoek zijn te onderscheiden en van diverse kostencomponenten, 
zoals personeelskosten en bij simulatie vooral programmerings- en 
computerkosten. 

In veel gevallen zullen de uit een onderzoek voortvloeiende 
baten erg moeilijk zijn aan te geven. Dit geldt ook voor het probleem 
van de haringverkoper voor wie de baten vooral moeten voortkomen 
uit een daling van het aantal mensen dat vertrekt of niet komt 
wegens te lange wachttijden. Schattingen hierover zijn moeilijk te 
geven, maar op grond van bijvoorbeeld enquêtes en/of directe 
waarneming in combinatie met statistische technieken zeker niet 
geheel onmogelijk. 


1.3.3 Het bouwen van het model 


Het probleem laat zich als volgt in een eenvoudig schema weer- 
geven: 


aankomende klanten —> | BEDIENINGSPROCES |—- geholpen klanten 


Figuur I.3a 


Door dit schema willen we aangeven, dat er klanten bij de 
haringkar aankomen, dat ze al of niet wachten op hun beurt, dat ze 
worden geholpen als ze aan de beurt zijn en dat ze na hun beurt 
weer vertrekken. Voor de constructie van het model is het van 
belang te weten wanneer de klanten aankomen, de concentratie van 
de aankomsten en de bestellingen van de klanten met de daarmee 
gepaard gaande bedieningstijden. 

Om wat meer inzicht in het probleem te krijgen, kunnen we 
ook een beknopte beschrijving geven van de gebeurtenissen die 
zich rond de haringkar voordoen: 


1. op een bepaald tijdstip komt er een klant bij de kar om vis 
te kopen; 
de klant sluit zich aan bij de eventueel aanwezige wachtrij; 


3. als de klant aan de beurt is, wordt hij geholpen, waarbij de 
bedieningstijd een belangrijk gegeven is; 


4, nadat een klant is geholpen, verlaat hij de kar en de wacht- 
rij schuift één op. 
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Ten behoeve van de doelstelling van de simulatie zijn o.a. 
gegevens over de aankomsttijd noodzakelijk. Deze gegevens kunnen 
worden verkregen door metingen ter plaatse uit te voeren. Deze 
metingen geven ons dan een indruk van de bestaande situatie. 

Hoewel we deze metingen, zoals we nog zullen zien, heel goed 
kunnen gebruiken, zijn ze voor het onderzoek niet voldoende. Om 
het onderzoek te kunnen uitvoeren zullen we ook een indruk moeten 
krijgen van het bedieningsproces. We zullen als het ware de 'black 
box' moeten openen om zodoende van de inhoud een indruk te krijgen 
en de relevante aspecten ervan te beschrijven. Juist door dit bedie- 
ningsproces te analyseren zullen we achter de zogenaamde stuur- 
variabelen (of: instrumentele variabelen) kunnen komen. De stuur- 
variabelen zijn die variabelen welke gebruikt kunnen worden ter 
beïnvloeding van de uitvoervariabelen. 

In dit voorbeeld veronderstellen we één stuurvariabele: het 
aantal bedienden. Zoals bekend is dit aantal nu één en de vraag 
is of het zinvol is dit aantal tot twee uit te breiden. 

Terzijde merken we op dat het bedieningsproces natuurlijk 
meer aspecten kent die van invloed zijn op de wachttijd. Zo zijn 
bijvoorbeeld ook het aantal artikelen, de voorbereidingstijd alvorens 
de artikelen ingepakt aan de klant aangeboden kunnen worden van 
invloed. Om het model niet al te ingewikkeld te maken laten we deze 
aspecten hier verder buiten beschouwing. 

Een voor ons belangrijk kenmerk van een bediende is de 
bedieningstijd. Evenals voor de aankomsttijd zullen we om een inzicht 
te krijgen in de bedieningstijd metingen moeten doen. 

Zowel de aankomsttijd als de bedieningstijd zijn kansvariabelen, 
ook wel aangeduid als stochastische variabelen. Om te kunnen 
simuleren zullen we voor deze variabelen over een frequentie- 
verdeling met de bijbehorende parameters moeten beschikken. 


De metingen die we uitvoeren aan de genoemde variabelen 
hebben tot doel een frequentieverdeling te kunnen opstellen en 


kenmerkende grootheden (= parameters) als rekenkundig 
gemiddelde *) en variantie te kunnen berekenen. 


We zullen aannemen dat de gevonden empirische frequentie- 
verdelingen vervangen kunnen worden door uit de statistiek bekende 
theoretische verdelingen. Op de achtergrond en de toetsing van 
deze veronderstelling zullen we in hoofdstuk III nader ingaan. We 
bespreken achtereenvolgens een drietal veronderstellingen. 


*) Waar in dit boek verder gesproken wordt over het gemiddelde zonder 
nadere aanduiding wordt het rekenkundig gemiddelde bedoeld. 
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Veronderstelling 1 


De aankomsttijd van de klanten kan beschreven worden door de 
kansdichtheid 


f(x) = ed welt 04 APO 


waarin x een kansvariabele is die het tijdsinterval tussen twee 
aankomsten van een klant voorstelt. à is de parameter van deze 
verdeling, die staat voor het gemiddeld aantal klanten dat per tijds- 
eenheid aankomt. Als ìà bekend is (bijvoorbeeld door metingen), 
kan voor elke x een kans worden berekend. 

Deze kansdichtheid staat bekend als de negatief exponentiële 
verdeling die in nauwe relatie staat met de Poisson-verdeling. Als 
namelijk de aankomsten in een systeem volgens Poisson verdeeld 
zijn, dan is de tussenaankomsttijd (x) negatief exponentieel 
verdeeld. 

De toepassing van dit kansmechanisme is alleen geoorloofd 
als aan de volgende punten is voldaan: 
er komen eindig veel klanten binnen in een eindig tijdsinterval; 
. elke klant komt afzonderlijk binnen; 
de klanten komen onafhankelijk van elkaar binnen; 

. de kans op het binnenkomen van een klant in een bepaald tijds- 
interval is voor alle tijdsintervallen dezelfde. 


oM Rem, 


De Poisson-verdeling kan, zoals bekend mag worden veronder- 
steld, beschreven worden door de volgende formule: 


Het gemiddelde (de enige parameter van de Poisson-verdeling) 
is \ of beter A eenheden per tijdseenheid. De gemiddelde tussen- 
aankomsttijd is dus 1/)\. Dit is dan tevens het gemiddelde van de 
negatief exponentiële verdeling. 


Veronderstelling 2 


Behalve het aankomstproces is voor de vaststelling van de 
gemiddelde wachttijd en de gemiddelde lengte van de wachtrij ook 
het proces van bediening van betekenis, Immers als de gemiddelde 
bedieningstijd groter is dan de gemiddelde tussenaankomsttijd, dan 
zal de wachtrij langer en langer worden. 

Voor de bedieningstijd kan in veel gevallen ook een negatief 
exponentiële verdeling worden aangenomen. Ter afwisseling met 
veronderstelling 1 nemen we aan dat de bedieningstijd uniform 
verdeeld is. 
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De uniforme verdeling (ook wel continue, homogene of recht- 
hoeksverdeling genoemd) is van toepassing op een continue variabele 
t (bijvoorbeeld de tijd) die binnen een bepaald interval (A, B) 


1 
BA Rr Act SB, 


f(t) 


0O elders. 


f(t) 
De parameters van deze verdeling zijn: 


(A + B) 


He 


0, © (B - A)? . 


Veronderstelling 3 


We nemen tenslotte aan dat de invloed van het aantal verkopers 
tot uitdrukking komt in de waarden van het interval (A, B) van 
de uniforme verdeling. 

Zo kan voor één verkoper bijvoorbeeld gelden, dat 


Le 
en voor twee verkopers 
KCR Ee Ri 


We hebben nu voldoende ingrediënten om een beschrijving te 
kunnen geven van het model voor simulatie van de haringkar. 
We doen dit met behulp van de volgende begrippen: 

- invoervariabelen 

- stuurvariabelen 

- uitvoervariabelen 

- relaties. 
Hoewel deze begrippen nog niet behandeld zijn, nemen we aan dat 
de bedoeling ervan door de voorbeelden duidelijk zal worden. Een 
algemene behandeling van deze termen volgt in hoofdstuk II. 


Voor de duidelijkheid geven we eerst een schets van het model. 
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invoervartabelen 


kaankomsttijd van een klant 
kbedieningstijd van een klant 


bedieningsproces 


uitvoervaritabelen 


* : l AR. 
relaties kwachttijd van een klant 


klengte van de wachtrij 


stuurvartabele 


xaantal bedienden kbezettingsgraad van een 


bediende 


Figuur I.3b 


Ter aanvulling op deze schets is voor een volledige beschrijving 
de volgende informatie noodzakelijk. 


Verdeling van de invoer variabelen 


Zie hiervoor de veronderstellingen 1, 2 en 3. 


Verlangde uitvoer (informatie) van het model 


Ten aanzien van de wachtrij: 
- maximale rijlengte; 
- gemiddelde rijlengte. 


Ten aanzien van de klanten: 
- het gemiddeld aantal klanten per tijdseenheid in het systeem. 


Ten, aanzien van de wachttijd: 

- de gemiddelde wachttijd en de standaardafwijking van de 
wachttijd (naast het rekenkundig gemiddelde kunnen ook 
de modus en de mediaan van belang zijn); 

- een frequentieverdeling van de wachttijd. 


Ten aanzien van de bezetting: 
- de bezettingsgraad van het systeem, d.w.z. informatie over 
de tijd dat er geen klanten zijn ten opzichte van de totale 
tijd dat de kar bezet is. 


Relaties (in de vorm van aannamen of hypothesen) 


- Het aankomsttijdstip van een klant is een trekking uit een negatief 
exponentiële verdeling. 

- De bedieningstijd van een klant is een trekking uit een uniforme 
verdeling. 
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- De rijdiscipline is FIFO (first in, first out). 

- Na aankomst wordt de klant achterin de wachtrij geplaatst. 

= Als de rij leeg is, roept de klant de haringman tot aktie. 

- De wachttijd van een klant is het tijdsverschil tussen het moment 
van start van de bediening en het tijdstip van aankomst. 

- Als de rij niet leeg is, haalt de haringman, nadat de vorige klant 
geholpen is, de eerste klant uit de rij, om deze te bedienen. 

- Een aantal niet verder te specificeren relaties om de statistiek bij 
te houden (bijvoorbeeld de cumulatieve wachttijd wordt verhoogd, 
telkens als een klant wordt bediend). 


Het is een goede gewoonte om, als dit gezien de complexiteit 
mogelijk is, het model 'met de hand! door te rekenen ('desk check'). 
Dit is vooral van belang om eventuele logische fouten reeds in een 
vroeg stadium op te sporen. Bij dit doorrekenen kan het beste van 
eenvoudige getallen gebruik worden gemaakt. Als hulpmiddel kan 
van een tabel als tabel I.1 gebruik worden gemaakt. 


1.3.4 Een verdere uitwerking 


Om het model door de computer te kunnen laten doorrekenen 
is het nodig, dat in het programma aankomsttijden en bedienings- 
tijden worden gegenereerd. Naast de verdelingsfuncties zijn daarom 
parameters nodig. Deze parameters kunnen aan de hand van metingen 
bij de haringkar worden geschat. In het voorbeeld nemen we voor 
de gemiddelde tussenaankomsttijd twee minuten aan. De parameters 
van de uniforme verdeling voor de bedieningstijd zijn één minuut 
en drie minuten. 

Het belangrijkste hulpmiddel voor het genereren van aankomst- 
en bedieningstijden zijn zogenaamde toevalsgetallen (Engels: random 
numbers). Dat zijn getallen die beschouwd worden als aselecte 
trekkingen uit een homogene verdeling op het interval (0,1). In 
sommige statistische handboeken zijn tabellen van deze toevals- 
cijfers opgenomen. De methoden om m.b.v. de computer deze 
getallen te genereren worden in hoofdstuk III besproken. 

Omdat elke verdelingsfunctie F(x) van een kansdichtheid 
gedefinieerd is op het interval (0,1) kunnen aselecte trekkingen 
uit zo'n kansdichtheid worden verkregen door de betrokken toe vals- 
cijfers gelijk te stellen aan F(x) en deze vergelijking op te lossen. 
We zullen dit illustreren aan de hand van de beide verdelingsfuncties 
in het voorbeeld van de haringkar. 

Voor de exponentiële verdeling kan de verdelingsfunctie worden 
berekend uit: 


F(x) = f ke ix e t oan EO Me (x > 0) 
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Als we een aselect getal r trekken dan kan een uitkomst van 
de kansvariabele x worden verkregen door op te lossen: 


r=1-~e > e æ f e r, > 


1 


zm (1-r) ° 


x=- 


Voor 1/A =} en voor de 5 aselecte getallen: 
0,185; 0,234; 0,032; 0,785 en 0,973 

krijgen we de volgende tijdsintervallen : 
0,843; 0,726; 1,721; 0,121 en 0,013. 


Voor de bedieningstijd hebben we een uniforme verdeling 
verondersteld. De verdelingsfunctie volgt uit: 


t 
z i ae wt 
rere | g dt T (A<t<B) . 
A 

Op analoge wijze als hierboven kan worden afgeleid: 
t =(B-A)r + A. 

Als we nu bijvoorbeeld A = 1 en B = 3 nemen en als we de 
volgende 5 aselecte getallen genereren: 
0,217; 0,981; 0,473; 0,021; 0,845 
dan zijn de volgende bedieningstijden te berekenen: 
1,434; 2,962; 1,946; 1,042; 2,690. 

Door deze tijden met elkaar in verband te brengen, krijgen 


we een indruk van de werking van ons systeem. In de volgende 
tabel is deze relatie gelegd. 


klant tussen- tijdstip bedienings- tijdstip wachttijd 
aankomst- van aan- tijd van 
tijd komst vertrek 


Tabel I.1 
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Ook kunnen we de gebeurtenissen op een tijdas uitzetten om 
zodoende snel een indruk te krijgen van de aankomsttijdstippen en 
de vertrektijdstippen van de klanten en daardoor van de wacht- 
tijden en de rijlengte. 


Figuur I. 3c 


Als deze gegevens representatief zijn voor de werkelijke 
gebeurtenissen tijdens de 'spits' bij de haringkar is het duidelijk, 
dat er sprake is van een onaanvaardbare situatie voor de klanten. 
Teneinde voorstellen te kunnen doen om in deze situatie verbetering 
te brengen kan de in $ I.3.7 voorgestelde werkwijze worden gevolgd. 
Op grond van de gemaakte berekeningen kan dan vervolgens aan 
de verkoper een advies worden uitgebracht. 


1.3.5 Het schrijven van een computerprogramma 


Alvorens het geformuleerde model te kunnen testen en met het 
model te kunnen experimenteren zullen we een computerprogramma 
moeten schrijven. 

De omzetting van het model tot een goed computerprogramma 
kent een drietal fasen, namelijk: 

a. een gestructureerde formele beschrijving van het model 

b. de codering van de gestructureerde beschrijving in een 
computerprogrammeertaal 

c. het testen van het programma. 


Ad a. Als we spreken van een gestructureerde beschrijving van 
het model, dan bedoelen we daarmee, dat in het programma-ontwerp 
op een overzichtelijke wijze de logische opbouw van het probleem 

is weergegeven. Een aantal, elkaar aanvullende mogelijkheden hier- 
voor zijn: 

1. een zogenaamde 'top-down' aanpak 

2. gebruik maken van modules (modulair programmeren) 

3. gebruik maken van de drie fundamentele besturingsstructuren. 


In hoofdstuk V komen we op deze punten uitvoerig terug. 


Ad b. Voor de codering kan de onderzoeker zich bedienen van een 
hogere programmeertaal. Meerdere programmeertalen zijn beschik- 
baar, zoals Pascal, FORTRAN, ADA of M-BASIC. Deze talen worden 
wel aangeduid als proceduregerichte talen. Zij beschikken over 
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standaardprocedures en de mogelijkheid tot het zelf maken van 
procedures waardoor een veelheid van problemen kan worden 
beschreven. Deze talen lenen zich dus voor een grote veelsoortig- 
heid van vraagstukken. Voor simulatietoepassingen is het belang- 
rijkste nadeel van deze talen dat de voor deze toepassingen 
noodzakelijke procedures door de programmeur zelf geschreven 
moeten worden. Dit nadeel hebben de speciaal voor simulatie- 
toepassingen ontworpen talen als SIMULA, PROSIM en SIMSCRIPT 
niet. Zij beschikken over mogelijkheden om een simulatiemodel 
effectief en efficiënt om te zetten in een computermodel. Deze talen 
worden, omdat ze voor een bepaald soort van problemen zijn 
ontwikkeld, gerekend tot de probleemgerichte talen. Ook voor 
andere soorten van problemen zijn dergelijke talen gemaakt. 

In hoofdstuk V zullen we enige aandacht besteden aan de 
volgens ons voor simulatietoepassingen meest geschikte taal: SIMULA. 

Ondanks de voordelen van deze simulatietalen zijn ze (nog?) 
slechts beperkt beschikbaar op computers van organisaties. Hier- 
door is men in de praktijk vaak aangewezen op een procedure- 
gerichte taal. 

Nu kan het probleem van de haringverkoper ook heel goed in 
een proceduregerichte taal, met gebruik van random generatoren 
voor een Poisson- verdeling en een uniforme verdeling, worden 
geprogrammeerd. \ 

Ter illustratie volgt hier een eenvoudige versie van een 
computerprogramma van de haringkar met één bediende in pseudo- 
code. 

Dit programma is relatief eenvoudig om te zetten in BASIC, 
Pascal, enzovoorts op de eigen microcomputer of de (grote) computer 
waarover u kunt beschikken. 


gegevensstructuur: 
array wachtrij 1:20 
laatst: een pointer t.b.v. de wachtrij. 


programma haringkar 
begin initialiseer; 
Leesin aankomstgemiddelde, simulatietijd, A, B; 
while aankomsttijd < simulatietijd do 
aantalklanten := aantalklanten + 1; 
Laatst := laatst + 1; 
aankomsttijd := aankomsttijd + negexp(1/aankomstgemiddelde); 
wachtrijllaatst] := aankomsttijd; 
while verkopersklok < aankomsttijd do 
wachttijd := verkopersklok — wachtrij [1]; 
if wachttijd < 0 
then 
wachttijd := 0 
verkopersklok := wachtrijl[1] + uniform(A,B) 
else 
verkopersklok := verkopersklok + uniform(A,B); 


endif; 
somwachttijd := somwachttijd + wachttijd; 
for ñn ss 1 step 1 until laatste do 
wachtrijl[n] := wachtrij [n+1]; 
enddo 


enddo 
end pseudoprogramma. 
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Commentaar 


De variabele 'verkopersklok' bevat de tijd waarop de verkoper 
klaar is met het helpen van de klant. 

De array 'wachtrij' bevat de aankomsttijden van de klanten 
die nog niet geholpen zijn. 

Zodra een klant aankomt, gaat hij achter in de rij staan, ook 
al is de rij leeg. 

Zodra de verkoper vrij is, helpt hij de eerste klant uit de rij. 

De aankomsttijd houdt het verloop van de tijd þij als een soort 
'winkelklok'. 

De beide kansverdelingsfuncties 'negexp' en 'uniform' zullen 
als procedures moeten worden ontworpen in algemene programmeer- 
talen. In Simula zijn ze standaard aanwezig. Er zal gewoonlijk nog 
een parameter nodig zijn die in de procedures de startwaarde van 
de gebruikte randomgenerator representeert. 


Ad c. Na het schrijven van het programma moet dit worden getest 
op diverse soorten van fouten: 

1. syntactische fouten 

2. semantische fouten 

3. logische fouten. 

Als onderdeel van het vertaalprogramma (compiler) van de 
gebruikte hogere programmeertaal is altijd een programma aanwezig 
dat het programma controleert op taalfouten. Dit zijn fouten tegen 
de syntaxis van de betreffende taal. De syntaxis geeft de formele 
regels die worden gebruikt voor de definitie van de taal. In plaats 
van syntaxis spreekt men wel van de grammatica. 

Terwijl in de syntaxis van een taal wordt vastgesteld welke 
symbolen gebruikt mogen worden en hoe deze symbolen aaneen- 
geregen moeten worden tot woorden en tot zinnen, gaat het in de 
semantiek om de betekenis van de gebruikte constructies. Wanneer 
een programma derhalve op semantische fouten wordt gecontroleerd 
dan wordt nagegaan of in het programma wellicht constructies worden 
gebruikt waaraan door de compiler een andere betekenis wordt 
gegeven dan door de programmeur bedoeld wordt. Een eenvoudig 
voorbeeld hiervan is: 


Y := X**3 

In sommige programmeertalen wordt met 'x*! de rekenkundige 
bewerking machtsverheffen bedoeld. Als men nu in plaats van 
machtsverheffen de bewerking vermenigvuldigen op het oog heeft, 
dus bijvoorbeeld 

Y := X*3 


dan is er sprake van een semantische fout. 
Dit soort fouten wordt door de syntax-controle niet ontdekt, 
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zodat hiervoor andere methoden gebruikt moeten worden. Te denken 
valt hierbij aan het 'draaien' van een programma met een beperkt 
aantal invoergegevens en van tevoren vast te stellen welke uitkomsten 
op grond van deze invoergegevens te verwachten zijn. Blijken nu 

de gerealiseerde uitkomsten af te wijken van de verwachte dan zijn 
één of meer semantische fouten mogelijk. 

Van logische fouten is sprake als het programma niet overeen- 
komstig de bedoelingen van het model wordt geschreven. In andere 
woorden het 'programmamodel' is geen getrouwe afbeelding van 
het symbolische model. Voor de controle op logische fouten zijn 
diverse maatregelen mogelijk, zoals het geven van tussenuit voer 
op verschillende plaatsen in het programma. Het programma contro- 
leren aan de hand van deze tussenuitvoer is eenvoudiger dan 
wanneer de eindresultaten aan de hand van de invoergegevens 
getoetst moeten worden. | 

Behalve dat voor deze testfase de hierboven bedoelde logische 
fouten opgespoord kunnen worden, is het ook mogelijk hieraan direct 
de modelverificatie te koppelen. Aan dit onderwerp besteden we in 
de volgende subparagraaf enige aandacht. 


1.3.6 Modelverificatie 


Alvorens nu de werkelijke simulatie in de vorm van het 
experimenteren met het model kan beginnen, zal nog vastgesteld 
moeten worden of het model in overeenstemming is met het beeld dat 
wij ons van het probleem hebben gevormd. Het model moet door de 
onderzoekers èn hun opdrachtgevers als een betrouwbare afbeelding 
geaccepteerd worden. Daarvoor moet het model aan een zogenaamde 
plausibiliteitstoets worden onderworpen. Deze test kan o.a. inhouden 
dat een bepaalde invoer wordt voorgelegd aan enkele deskundigen 
en dat hun mening wordt gevraagd over het gedrag van het systeem. 
Vervolgens worden deze resultaten vergeleken met de uitkomsten 
van het model. Deze vergelijking kan dan tot een verwerping of juist 
een acceptatie van het model leiden. 

Deze plausibiliteitstest wordt gevolgd door het testen van de 
consistentie van het model. Een model wordt consistent genoemd als 
er geen tegenspraak uit afgeleid kan worden. Het onderzoek op 
consistentie vindt geheel plaats binnen het model. Men kan hierbij 
gebruik maken van zogenaamde waarheidstafels. 

Hoewel de modelverificatie op het eerste gezicht vrij eenvoudig 
lijkt, is zij dat in de praktijk beslist niet. Dit komt mede door de 
volgende vraagstukken die zich bij een simulatie-onderzoek voordoen: 
a. Geven de random generatoren toevalscijfers die voldoen aan de 
daaraan te stellen eisen? (Zie hoofdstuk III.) 

b. Welke startwaarden moeten we invullen alvorens met het simuleren 
te beginnen? 

c. Wat is de juiste steekproefomvang en hoeveel steekproeven zijn 
noodzakelijk ? 
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De beide laatste vragen komen meer uitgebreid aan bod in 
hoofdstuk IV. In de volgende subparagraaf lopen we hierop in het 
kort vooruit. 


1.3.7 Keuze van de proefopzet (experimental design’) 


Hoe ontwerpen we nu een experiment dat de verlangde infor- 
matie gaat opleveren? Hierbij is een bekend spreekwoord van 
toepassing: 


“Bezint, eer ge begint." 


Ga, met andere woorden, niet in het wilde weg experimenteren, 
maar ontwerp een plan om zodoende de kosten van het onderzoek 
zo laag mogelijk te houden ten gunste van zoveel mogelijk informatie. 
Wanneer we het simulatiemodel beschouwen als een 'black-box'- 
model, dan zijn er twee groepen van variabelen, namelijk de invoer- 
en de uitvoervariabelen interessant. In -de literatuur over het 
onderwerp ‘experimental design! worden deze groepen ook wel 
aangeduid als 'factoren' en 'responses'. Het gaat er in dit stadium 
van het onderzoek om vast te stellen: 
a. welke uitvoervariabelen willen we meten; 
b. met welke invoervariabelen gaan we experimenteren? 
| In ons eenvoudige model kiezen we bijvoorbeeld als uitvoer- 
variabelen de gemiddelde wachttijd en de gemiddelde lengte van de 
wachtrij. De variabelen die hierop invloed uitoefenen, zijn de 
tussenaankomsttijd van de klanten en de bedieningstijd. Beide 
variabelen zijn stochastisch en worden beschreven door kans- 
verdelingen met hun parameters. 
Hoewel in het model het aantal variabelen klein is evenals het 
aantal parameters, is het aantal mogelijke experimenten eigenlijk 
al onbeperkt. Op grond. van economische overwegingen zullen we ons 
dus beperkingen moeten opleggen. Deze beperkingen zouden in dit 
geval hierin kunnen liggen, dat we aannemen dat met de verdeling 
van de tussenaankomsttijd en de parameters niet geëxperimenteerd 
wordt. Dus, zoals in veronderstelling 1 in § 1.3.3: 


f(x) = ke 


maar nu met: ì = 2 *), 

Behalve deze beslissing moet ook een beslissing worden genomen 
omtrent de grootheden A en B van de uniforme verdeling. Het gaat 
erom goed afgestemde keuzen te maken van de waarden A en B. 


*) De negatief exponentiële verdeling heeft slechts één parameter, namelijk 
u= or I/A. 
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Men dient de keuze van de factoren zo in te richten, dat 
hierdoor het aantal experimenten kan worden beperkt en aan 
de opdrachtgever toch betrouwbare informatie kan worden 

verschaft. 


Een mogelijkheid zou kunnen zijn één experiment uit te voeren 
met de experimenteel gevonden waarden van A en B, één experiment 
met waarden die verwacht worden bij twee verkopers en vervolgens 
een derde experiment met waarden van A en B tussen de eerste. 

Op grond van de uitkomsten van de uitvoervariabelen kan dan 
worden onderzocht welk soort verband (bijvoorbeeld lineair) er 
bestaat tussen de invoervariabelen en de uitvoervariabelen. 


Elk experiment dat we doen vraagt om een doorrekening van 
‘computerruns! of zonder meer van 'runs'. Het aantal 'runs' kan, 
als we alle mogelijke experimenten willen onderzoeken, in een 
eenvoudig model reeds zeer groot worden. Als er in een model vier 
factoren zijn en elke factor heeft drie verschillende waarden dan 
zijn totaal 3* = 81 combinaties mogelijk. Het is daarom van groot 
belang het aantal runs zoveel mogelijk te beperken. 


1.3.8 Analyse van de resultaten 


Als na het succesvol aflopen van de vorige fasen het model ten- 
slotte wordt doorgerekend door de computer, krijgen we de gewenste 
uitvoer in de door ons gekozen vorm. We zijn dan in staat om aan 
de hand van deze uitvoer bepaalde conclusies te trekken. 

Eerst zal bekeken moeten worden of het model vergelijkbaar 
is met de werkelijkheid. Dit betekent dat bij het model van de haring- 
kar met één bedienend persoon de wachttijden, rijlengte, enzovoorts 
overeen moeten komen met de ervaring van de haringverkoper. 

Wanneer deze vergelijking (gedaan m.b.v. statistische toetsen) 
goed wordt doorstaan, noemen we het model 'gevalideerd'. Daarna 
kan het model worden gebruikt om de verschillende alternatieven 


ene 


Nrd 
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door te rekenen en te evalueren. We bekijken dus de invloed die 
het aantrekken van een bediende heeft op de wachttijden. Omdat 
het model ons op grond van de resultaten voldoende vertrouwen 
inboezemt, zijn we bereid om aan de resultaten van het model, 
waarbij het (nog) niet bestaande systeem wordt onderzocht, vol- 
doende waarde te hechten om de besluitvorming (wel of niet een 
bediende erbij) te ondersteunen. Verdere aspecten van validatie 
en betrouwbaarheid komen later in dit boek aan de orde. 
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I.4 OPGAVEN 


Opgave 1 


Vroeger, vóór de invoering van automatisering was de inschrijving 
van studenten aan de Technische Hogeschool te Delft een jaarlijks 
terugkerend evenement. 

De aankomende studenten werden langs een schier eindeloze rij 
tafeltjes geleid, die zo strategisch stonden opgesteld, dat men geen 
enkel tafeltje kon overslaan. Bij elk tafeltje moest /kon/mocht er iets 
gebeuren. 

Enkele voorbeelden: 

0. Het 'doorlichten' t.b.v. het T.B.-onderzoek. Aan het maken van een 
röntgenfoto viel slechts bij hoge uitzondering te ontkomen. 

1. Ruim 90% van de studenten kreeg een 'prik'. (De bij het T.B.-onderzoek 
behorende Mantoux-reactie. ) 

Uitreiken van collegekaart op vertoon van stamkaart. 

Krijgen studierooster. 

Kopen studiegids. 

Medische verklaring. 

Studiebeurs /toelage. 

Studie-vereniging(en). 

(Vele) studentenverenigingen. 

. Sportverenigingen. 

10. Culturele lidmaatschappen, enzovoorts, enzovoorts. 


WO oo NDAN AUN 
s a o . E . . 


Aan sommige tafeltjes zaten 2 of meer 'bedienden'. Toch kon men voor de 
gehele gebeurtenis wel enige uurtjes uittrekken. Vooral het doorlichten was 
een bottle-neck; zodat zich voor de ingang een lange wachtrij vormde. 


Het beschreven systeem laat zich met behulp van simulatie geschikt onder- 


zoeken. 

1. Stel een zo gedetailleerd mogelijke doelstelling voor het onderzoek op. 

2. Construeer van het systeem een schematisch model (m.b.v. een schets). 
3. Definieer en klassificeer de relaties, variabelen en parameters. 

4. Welke verdelingsfuncties kunt u definiëren? 

5. Welke invoergegevens moet men aan het reële systeem ontlenen? 


Opgave 2 


De vraag per dag naar een artikel is gegeven door een Poissonverdeling met 
gemiddelde 2. Zie de volgende tabel. 


A 
S 
e) 
u 


Vraag 

„199 
ark 
erk 
‚180 
‚090 
‚036 
„012 
‚004 
„001 


oJ REEN 
ooo 
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a) Simuleer 20 dagen en druk de vraaghoeveelheid per dag af in een 


frequentietabel. Dit kan gemakkelijk met 'handsimulatie'. 
Hoe richt u het experiment dan in? 


b) De in a) geproduceerde reeks wordt gezien als een resultaat, waarvan 
men zegt, dat men hieruit zou kunnen afleiden dat een Poisson verdeling 
past. 

Toets deze uitspraak m.b.v. de x?-goodness of fit test. 
Neem per klassegrootte minimaal 3 (afgerond). 
(Neem voor rekenwerk A geheel, e = 2,7, e? = 143%) 


c) Wat verwachtte u als resultaat, nog voordat u de toets uitvoerde? 
d) Wat toetst u in feite? (Niet de uitspraak in b).) 


Opgave 3 


Een van de toepassingen van een informatiesysteem, is dat men telefonisch 
een verzoek om inlichtingen, bepaalde benodigde gegevens, enzovoorts kan 
doen. | 

In een bepaalde concrete situatie duurt een telefonisch verzoek om informatie 
gemiddeld 2 minuten. De inkomende verzoeken blijken 'Poisson-verdeeld' te 
zijn. 

De volgende situatie is: C belt op, A en B wachten op hun beurt voor het- 
zelfde toestel, zie figuur: 


© @ [© 


C belt reeds één minuut op zeker moment, dat A net arriveert. Hoe lang 
verwacht A te moeten wachten, alvorens zijn verzoek te kunnen plegen, 
gerekend vanaf het moment waarop hij aankomt? Ontwerp een simulatie- 
programma om dit probleem op te lossen en controleer het antwoord. 


Opgave 4 


In een detailhandel blijkt, dat de verkopen van een van de produkten in 

het assortiment een Poissonverdeling volgen. De tabel geeft hierover nadere 
informatie. | 

Op het eind van elke 5-daagse werkweek wordt de winkelvoorraad beschouwd 
en wanneer er minder dan 6 exemplaren van het artikel aanwezig zijn, wordt 
een bestelling geplaatst voor 10 eenheden. Elke order wordt 3 of 4 werkdagen 
(met gelijke kans) na de bestelling geleverd. 

U wordt gevraagd dit systeem te simuleren voor een tijd van 5 werkweken. 
Begin de simulatie aan het begin van een week, terwijl op dat moment de 
voorraad 9 stuks bedraagt en er geen uitstaande order is. 

Aan het einde van elke dag moet het voorraadniveau uitgevoerd worden. 

We zijn ook geïnteresseerd in het aantal dagen, waarop het artikel is uit- 
verkocht en het aantal artikelen dat men gedurende die 5 weken om die reden 
niet heeft kunnen verkopen. 


*) Een voorbeeld van de gevraagde toets is gegeven in Appendix A. 


N e 
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de vraag per dag waarschijnlijkheid 


0.30 
0.36 
0.22 
0.09 
0.03 


NEO 


Voer een handsimulatie uit. 

Maak een formele programmabeschrijving, hetzij in programmastructuur- 
diagram (PSD), hetzij in een gestructureerde pseudocode (M-BASIC, 
Pascal of SIMULA). 

Indien mogelijk: geef een computeruitvoer. 


Opgave 5 


Ls 


Probleembeschrijving 


Een taxichauffeur in een grote stad, die verdeeld is in drie wijken: A, 

B en C, heeft om aan passagiers te komen in de wijken A en C drie 

mogelijkheden en in wijk B twee mogelijkheden. De verschillende alter- 

natieven zijn: 

1. hij kan de wijk waarin hij zich bevindt op goed geluk doorrijden 
totdat hij een passagier vindt; 

2. hij kan naar een taxistandplaats gaan en daar wachten op een 
passagier; 

3. hij kan de wagen op een willekeurige plaats langs de kant zetten en 
daar wachten op een passagier, dan wel op een: radio-oproep. 


In wijk B bestaat het derde alternatief niet. Voor de taxichauffeur is 
het interessant te weten welke strategie, d.w.z. welke combinatie van 
alternatieven, het beste door hem gekozen kan worden teneinde een zo 
hoog mogelijke opbrengst te verkrijgen. 


Noodzakelijke gegevens 


Om de optimale strategie te kunnen berekenen, moeten we over kwanti- 
tatieve gegevens beschikken. Allereerst moeten we de kansen om een 
passagier te krijgen voor elk van de drie c.q. twee alternatieven in elk 
van de drie mogelijke wijken weten. Verder moeten we informatie hebben 
omtrent de (gemiddelde) opbrengst per rit voor elk van de gevallen. 

We nemen aan, dat de taxichauffeur ons deze cijfers op grond van zijn 
jarenlange ervaring kan geven; ze zijn vermeld in de volgende tabel. 


1.27 Opgaven 27 


Gemiddelde opbrengst 


Toestand Alternatief. per rit in guldens 


Het zich bevinden in een bepaalde wijk wordt aangeduid als 'toestand'. 
De eerste matrix geeft voor elk alternatief de kansen op een passagier 
voor wijk A, wijk B, respectievelijk wijk C. Zo is in toestand A de kans 
op een rit naar B bij het tweede alternatief 3/4. De tweede matrix geeft 
de gemiddelde uitkomsten van elk soort rit voor de verschillende alter- 


natieven. 

Vragen 

1. Formuleer aan de hand van de probleemformulering en de gegevens een 
model. 


Ga na welke variabelen en factoren een rol zouden kunnen spelen, en 
welke men in het model opneemt. 
Definieer de doelstelling van de simulatie. 
2. Probeer het model 'na te spelen' en formuleer aan de hand hiervan het 
proces. 
3. Analyseer het probleem en stel de beste strategie van de taxichauffeur 
vast. Motiveer uw antwoord. 
Schrijf een programma in ‘geformaliseerd Nederlands'. 
Geef enige overwegingen bij het experimenteel ontwerp. 
Schrijf het programma in een programmeertaal naar eigen keuze. 
Beschouw de resultaten die door de computer worden uitgevoerd en geef 
uw bevindingen omtrent de beste strategie. 


an SE 


HOOFDSTUK II 


Simulatie: Uitgangspunten 
en Bouwstenen 


I.1 INLEIDING 


In dit hoofdstuk zullen we eerst opnieuw ingaan op de vraag: 
'Wat is simulatie?'. Verschillende opvattingen zullen (kort) aan de 
orde komen. De opvattingen hebben gemeen, dat de achtergrond 
om te simuleren een informatiebehoefte is. Men wil iets weten over 
een bepaald systeem, bijvoorbeeld het voorraad- of het personeels- 
verloop. Om aan deze informatiebehoefte te kunnen voldoen, is een 
model noodzakelijk. Het model is een essentiële bouwsteen van een 
simulatie-onderzoek. We zullen daarom vrij veel aandacht besteden 
aan het modelbegrip. In § 4 gaan we in op het model als afbeelding, 
terwijl in § 5 een aantal modelindelingen wordt behandeld. Termen 
als dynamisch, stochastisch, discreet en continu worden in deze 
paragraaf toegelicht. 

In een model wordt voor de beschrijving van de werkelijkheid 
gebruik gemaakt van variabelen, van relaties tussen de variabelen 
en van parameters. In $ 6 geven we een toelichting op de verschil- 
lende soorten variabelen, relaties en parameters die in simulatie- 
modellen gebruikt (kunnen) worden. In § 7 wordt nader ingegaan 
op doel en gebruik van simulatiemodellen. De aan een simulatiemodel 
te stellen eisen zullen namelijk afhankelijk zijn van het doel van het 
onderzoek. Ook dit hoofdstuk wordt afgesloten in $ 8 met een aantal 
opgaven. 
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I.2 SIMULATIE: PLAATSBEPALING EN DEFINIERING 


In $ I.2 is reeds ingegaan op simulatie als methode van onder- 
zoek. We hebben daar een globale beschrijving gegeven van de fasen 
van een simulatie-onderzoek. Een definitie hebben we achterwege 
gelaten. Het doel van deze paragraaf is onze visie op simulatie nader 
uiteen te zetten. We zullen ook ingaan op een tweetal andere opvat- 
tingen. 

De term simulatie is afgeleid van het Latijnse werkwoord 
'simulare' hetgeen o.a. nabootsen betekent. Zo worden in de natuur- 
wetenschappen met behulp van windtunnels uiteenlopende lucht- 
stromingen en het effect daarvan op diverse voorwerpen nagebootst. 
In het laboratorium voor Fysische Technologie van de T.H. Delft 
wordt met behulp van simulatie onderzoek verricht naar de oorzaken 
van algengroei in drinkwaterbekkens. En in de gedragswetenschap- 
pen tracht men een beter inzicht in het menselijk gedrag te krijgen 
door met behulp van proefpersonen bepaalde concrete situaties na 
te bootsen in een rollenspel. 

Het belangrijkste argument voor het gebruik van simulatie in 
veel situaties is, dat er geen analytische technieken beschikbaar 
zijn voor het vinden van een oplossing of dat deze technieken te 
duur zijn. Simulatie wordt dan als een laatste redmiddel ('a method 
of last resort') beschouwd. Vooral beoefenaren van de operations 
research geven de voorkeur aan analytische technieken boven 
heuristische*) technieken, zoals simulatie. 

In de natuurwetenschappelijke omgeving wordt simulatie vooral 
gezien als een mogelijkheid tot het uitvoeren van experimenten. 
Simulatie is een methodiek waarin geëxperimenteerd wordt met 
modellen van complexe processen. Door middel van deze experimenten 
wordt de kennis van de processen vergroot, zodat hiervan bij de 
bouw van een werkelijk systeem gebruik gemaakt kan worden. Een 
mooi voorbeeld zijn de Delta-werken in Zeeland. 

In de laatste jaren komt simulatie steeds meer naar voren als 
een zelfstandige methode van onderzoek, vooral ten behoeve van 
vraagstukken in de sociale wetenschappen. Met een zelfstandige 
methode van onderzoek wordt bedoeld, dat simulatie kan bijdragen 
tot verbetering van de modellen, tot de analyse van beslissings- 
processen en daardoor tot verbetering van theorievorming. Simulatie 
biedt de mogelijkheid beslissingsprocessen van een inhoud te voor- 
zien. Deze processen, die in de operations research en de econo- 
metrie vaak als een 'black box' worden beschouwd, kunnen met 
simulatie worden beschreven en geanalyseerd. 

Ook wij beschouwen simulatie als een methode van onderzoek. 
Een in dit verband passende definitie van deze onderzoekmethode 
vinden we bij Shannon. **) 


*) De term heuristische methode staat voor: ‘vindmethode', ‘vuistregels! in 

tegenstelling tot de term analytisch, waarbij men een mathematisch algoritme 
formuleert. 

**) Zie R.E. Shannon, Systems Simulation: the art and science, New York, 

1975, pag. 2. 
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"Simulation is the process of designing a model of a real 
system, and conducting experiments with this model for 
the purpose either of understanding the behaviour of the 
system or of evaluating various strategies (within the limits 
imposed by a criterion or set of criteria) for the operation 
of the system." 


Het woordje 'or' moet in deze definitie niet verkeerd worden 
geinterpreteerd. Het woordje zou de indruk kunnen wekken, dat 
er een tegenstelling bestaat tussen 'verklaren' en 'voorschrijven'. 
Wij zijn, evenals Bosman*), van mening dat er geen tegenstelling 
bestaat, maar dat om te kunnen voorschrijven eerst verklaren een 
noodzaak is. 

Shannon voegt aan deze definitie ter verdere verduidelijking 
nog het volgende toe: 


Simulatie is een experimentele en toegepaste methodologie 
waarvan het doel is: 

1. het gedrag van systemen (vooral het gedrag in de tijd) te 
beschrijven; 

2. theorieën of hypothesen te construeren die het waargenomen 
gedrag verklaren; 

3, deze theorieën te gebruiken om het gedrag in de toekomst te 
voorspellen, dat wil zeggen de effecten te beschrijven die zullen 
optreden door veranderingen of wijzigingen in het systeem of 
in de wijze van de werking van het systeem (vert. auteurs). 


Hoewel in de veelheid van definities die van Shannon ons het 
meest aanspreekt, blijft de vraag of de gegeven definitie wel discri- 
minerend genoeg is voor het begrip simulatie. Als we in de definitie 
bijvoorbeeld het woord 'Simulatie' vervangen door ‘Operations 
Research', klopt de definitie dan ook? Het antwoord zou bevestigend 
kunnen zijn en dat is de bedoeling niet. 

In onze opvatting is simulatie meer dan een techniek, zoals 
bijvoorbeeld lineaire programmering. Simulatie is een methode van 
onderzoek die in belangrijke mate geschikt is voor het onderzoek 
van sociale systemen. Simulatie is een specifieke verzameling van 
technieken, waarbij het gemeenschappelijke moet worden gezocht 
in de wijze waarop men problemen wenst op te lossen. Dit gemeen- 
schappelijke wordt ontleend aan de modelcyclus (zie hoofdstuk III). 

Een belangrijk verschil tussen Simulatie en Operations Research 
ligt ook hierin, dat het te ontwerpen model bij OR geformuleerd 
moet zijn in de vorm van wiskundige relaties: het model is een 
algorithmische beschrijving van de werkelijkheid. Wanneer men het 


*) A. Bosman, Een metatheorie over het gedrag van organisaties, Leiden, 
1977, pag. 175. 
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OR-model doorrekent, komt er één en slechts één antwoord uit: het 
optimale antwoord. Bij simulatie behoeft men het model niet in 
wiskundige relaties te formuleren: men bootst het systeem na in de 
vorm van het proces of een reeks gebeurtenissen. Dit levert natuur- 
lijk meer mogelijkheden in die gevallen waarin het wiskundige formu- 
leren moeilijk of onmogelijk is. Aan de andere kant is het antwoord 
niet eenduidig en daardoor soms onderhevig aan twijfels omtrent 

de betrouwbaarheid. 

Concluderend kan worden gesteld, dat men met simulatie 
modellen ontwerpt en onderzoekt, niet alleen met het oog op de 
oplossing van organisatiekundige, of meer in het algemeen van 
sociale problemen, maar ook met het oog op de verdieping van theo- 
retisch inzicht op zichzelf, als tussenstap tot verklaringen, omdat 
'experimentatie' in de werkelijkheid sterk aan banden is gelegd. 

In de volgende paragraaf zullen we met name nader ingaan op 
de argumenten vóór, en ook tegen, het gebruik van simulatie als 
onderzoekmethode. 
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11.3 WANNEER (GEEN) SIMULATIE? 


Door Van Peursen en Boendermaker*) worden drie redenen 
genoemd die tot simulatie-onderzoek aanleiding kunnen geven. 


a. Het uitvoeren van experimenten in de werkelijkheid kan technisch 
(vrijwel) onmogelijk zijn om redenen die uit de aard van het 
onderzoeksobject zelf voortvloeien. Dit doet zich voor, wanneer 
het bestuderen van een proces zoveel tijd kost, dat het tijdens 
de proefneming reeds aanzienlijk zou veranderen. Ook is dit het 
geval, wanneer men op korte termijn een economisch beleid moet 
ontwerpen, terwijl het hiervoor benodigde historische feiten- 
materiaal niet meer volledig te achterhalen valt. 

b. Het experiment kan om economische redenen niet uitvoerbaar 

© zijn. Zo is het bestuderen van alternatieve wegtracés door deze 
werkelijk aan te leggen, te kostbaar, evenals het bouwen van 
een aantal proefopstellingen om op ware schaal alternatieve 
condities voor een chemisch produktieproces uit te proberen. 

c. Proefnemingen in de werkelijkheid kunnen tot consequenties 
leiden die in ethisch opzicht onaanvaardbaar zijn. Hierbij kan 
men denken aan onderzoekingen naar de verspreidingsmogelijk- 
heid van besmettelijke ziekten in de epidemiologie of het testen 
in de praktijk van bepaalde polemologische modellen, zoals die 
voor de bewapeningswedloop tussen landen. 


= Men experimenteert dus met modellen van processen, omdat 
deze laatste niet voor directe proefneming toegankelijk zijn en/of 
omdat de complexiteit van de diverse variabelen zo groot is dat 
hierin inzicht moet worden verkregen alvorens tot verklaringen 
en/of oplossingen van de gestelde problematiek kan worden gekomen. 

De genoemde drie redenen richten zich in hun argumentatie 

sterk op de mogelijkheid van het doen van experimenten. Het 
genereren en doorrekenen van alternatieven, met name wanneer 
experimenteren in de realiteit problemen met zich brengt wordt als 
belangrijkste motief naar voren gehaald. Hiernaast kunnen andere, 
niet minder belangrijke overwegingen als argument, vóór het gebruik 
van simulatie worden genoemd, 


d. Voor theorievormend onderzoek kan simulatie een belangrijke 
rol vervullen. We hebben hierop in de vorige paragraaf reeds 
gewezen. Met name de mogelijkheid beslissingsprocessen van een 
inhoud te voorzien, is zeer belangrijk. | 

e. Simulatiemodellen zijn met betrekking tot de te gebruiken 
wiskundige technieken in het algemeen niet lastig. De modellen 
zijn vaak overzichtelijk en lenen zich daardoor goed voor 


*) C.A. van Peursen en S. Boendermaker, in: Intermediair, jg. 12, nr. 3, 
1976, pag. 25. 


II.6 Wanneer (geen) simulatie? 33 


instructiedoeleinden. De implementatie van een simulatiemodel 
kan zodoende gemakkelijker verlopen dan van bijvoorbeeld 
complexe wiskundige modellen. Vanzelfsprekend is in dit verband 
veel afhankelijk van de mensen die betrokken zijn bij het imple- 
mentatieproces. 

f. Tenslotte willen we als argument voor simulatie noemen de 
mogelijkheid om de gewenste gegevens te genereren. In veel 
probleemsituaties ontbreekt het de onderzoeker aan basis- 
gegevens. De administratie is vaak financieel georiënteerd en 
is niet in staat gegevens omtrent wachttijden, omsteltijden e.d. 
te leveren. Vaak worden in organisaties alleen de daadwerkelijke 
beslissingen vastgelegd, terwijl de gegevens om hiertoe te komen 
worden 'vergeten'. Een essentieel onderdeel van simulatie zijn 
de zogenaamde Monte Carlo-procedures, waarmee het mogelijk 
is gegevens beschikbaar te stellen zonder dat deze in de 
organisatie aanwezig behoeven te zijn. 


Hoewel er dus vele redenen zijn die pleiten vóór het gebruik 
van simulatie, zijn er vanzelfsprekend ook situaties dat naar andere 
middelen moet worden omgezien. 


1. Het ontwikkelen van een simulatiemodel is vaak tijdverslindend 
en bij intensief computergebruik kostbaar. Hoewel door een goed 
experimenteel ontwerp (zie hoofdstuk IV) de kosten beperkt 
kunnen worden, kunnen deze in bepaalde gevallen simulatie als 
onderzoekmethode uitsluiten. 


2. Simulatie kan in bepaalde gevallen de schijn wekken een systeem 
betrouwbaar weer te geven. Er doen zich tijdens een onderzoek 
technische problemen voor die door deskundigen opgelost dienen 
te worden. Als zo'n deskundige niet beschikbaar is, kan beter 
worden afgezien van simulatie. 

Zo kunnen bijvoorbeeld zaken als runlengte en startwaarden bij 
een onjuiste keuze tot op het oog betrouwbare, maar in werkelijk- 
heid tot onbetrouwbare resultaten leiden. 


3. Zoals reeds eerder opgemerkt levert simulatie geen optimale 
oplossingen. Of beter gezegd, in de meeste gevallen weten we 
niet of een oplossing optimaal is. 

Nu geldt voor veel - vooral slecht gestructureerde - problemen, 
dat het zoeken naar de optimale oplossing een onmogelijke zaak 
is, onder meer door het feit dat er zeer vele alternatieven 
bestaan. Bovendien kennen we niet alle alternatieven. In zo'n 
geval zoekt men naar een 'bevredigende' oplossing, een oplossing, 
die een bepaald aspiratieniveau bevredigt. 

Toch zal - afhankelijk van het probleemgebied - het voor 
sommigen niet aanvaardbaar zijn, dat men van een bepaalde 
probleemoplossing niet kan zeggen, dat deze de optimale 
oplossing is. ; 
Als opdrachtgevers om deze réden geen vertrouwen in simulatie 
hebben, zal beter naar een andere oplossingsmethode kunnen 
worden gezocht. 
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II.4 HET MODELBEGRIP 


Met behulp van simulatie zal men dus een systeem willen 
nabootsen. Dit nabootsingsproces heeft tot doel inzicht te verkrijgen 
in de werking van dit systeem om zodoende voorspellingen te kunnen 
doen. 

Als we het hier hebben over een systeem, dan bedoelen we een 
stukje van de waarneembare werkelijkheid, bezien door de bril van 
de onderzoeker. Alvorens we dit stukje werkelijkheid, ook wel aan- 
geduid als het objectsysteem kunnen gaan onderzoeken, zullen we er 
eerst een beschrijving van moeten geven. Zo'n beschrijving van de 
werkelijkheid wordt veelal aangeduid als afbeelding of model. 


Een model definiëren we als een afbeelding van een object- 


systeem, met als doel inzicht te verkrijgen in het gedrag van 
dat systeem. 


In deze definitie verstaan we onder het gedrag een specificatie 
van de beslissing die voortvloeit uit het beslissingsproces. Dit proces 
wordt ook wel 'handelen' genoemd. 

Met andere woorden: met een model wordt geprobeerd een zo 
getrouw mogelijke weergave te geven van een beslissingsproces. 
Een model is een beschrijving met als eerste doel meer inzicht te 
krijgen in de probleemsituatie om vervolgens naar mogelijke 
oplossingen te kunnen zoeken. | 

We kunnen dit ook nog toelichten aan de hand van een eenvou- 
dig voorbeeld. Het geld dat een gezin iedere maand reserveert voor 
de huishouding kan gebaseerd zijn op de regel: 


(t) = B(t-1) + B(t-1)*k/100 


B(t) = gereserveerde huishoudgeld in maand t (gereserveerd aan 
het begin van de maand) 

B(t-1) = werkelijk benodigde huishoudgeld in maand t-1 

k = procentuele verandering in kosten van levensonderhoud 


in de voorgaande periode volgens opgave CBS. 


In dit voorbeeld wordt het handelen van het gezin weergegeven 
door de bovenstaande beslissingsregel. Het gedrag dat uit het 
handelen volgt, is de reservering van meer of minder huishoudgeld. 

We staan ook nog even stil bij de omschrijving 'een afbeelding 
van een objectsysteem'. Hiermee bedoelen we, dat een model een 
weergave is van een stukje realiteit, ook wel aangeduid als een 
reëel systeem. Zo'n weergave is meestal zeer beperkt. Een model 
bevat in het algemeen maar een deel van de facetten van het reële 
systeem. De bovenstaande beslissingsregel voor de bepaling van 
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het huishoudgeld is maar heel beperkt. Hij houdt bijvoorbeeld geen 
rekening met de inkomsten van het gezin of met onverwachte 
uitgaven. Als uitgangspunt voor het totale bestedingsproces kan 

de regel evenwel beslissingsondersteunend goede diensten bewijzen. 


Om met een model inzicht te krijgen in een objectsysteem zal 
een model aan een aantal voorwaarden moeten voldoen. Deze voor- 
waarden kunnen samengevat worden als: 


Het model moet in structuur overeenkomen met het object- 


systeem. 


Wat houdt deze uitspraak in? Voor de toelichting keren we nog 
even terug naar het voorbeeld van de haringkar. Als meerdere 
mensen tegelijk geholpen willen worden, ontstaat een wachtrij. Deze 
rij kan gezien worden als een ordeningselement. We nemen in het 
model aan, dat alle klanten zich houden aan de discipline volgens 
de regel 'first in, first out! (fifo). In de realiteit van het object- 
systeem zal heus wel eens van deze regel worden afgeweken. Mensen 
met haast krijgen of nemen voorrang. Ook zal de haringman misschien 
wel eens twee mensen tegelijk bedienen. In ons model houden we 
hiermee geen rekening en dat is, gegeven de doelstelling van het 
onderzoek ook niet noodzakelijk. Om inzicht te krijgen in de wacht- 
tijd van klanten en daardoor in de vraag, of meer bediening nodig 
is, komt het model voldoende overeen met de structuur van het 
objectsysteem. 

Concluderend kunnen we dus vaststellen, dat de ordening van 
de elementen van het objectsysteem (aan te duiden als 'structuur') 
in het model zodanig moet zijn aangebracht, dat het doel van het 
onderzoek niet in gevaar komt. Door de complexiteit van de meeste 
objectsystemen is volkomen structurele identiteit van model en object- 
systeem ook niet mogelijk. Steeds zal het doel van het onderzoek 
het model bepalen. | 
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II.5 CLASSIFICATIE VAN MODELLEN 


In de literatuur worden verschillende modelindelingen gegeven. 
Voor het onderwerp simulatie zijn vooral de volgende indelingen van 
belang: 


1. statisch versus dynamisch 

2. deterministisch versus stochastisch 
3. discreet versus continu 

4. iconisch en analoog. 


We zullen op elk van deze indelingen kort ingaan. 


1. Er bestaat in de literatuur geen eenstemmigheid over de 
betekenis van de begrippen statisch en dynamisch. In de systeem- 
theorie definieert men een systeem als statisch indien de in- en 
uitvoervariabelen gedurende een bepaalde periode T constant zijn. 
Veranderen de in- en uitvoervariabelen gedurende de periode T dan 
noemt men het systeem dynamisch. In de economie daarentegen 
spreekt men dan van 'stationaire' en van ‘veranderlijke! toestand. 
Van een stationaire toestand spreekt men, indien de data (dat zijn 
de invoervariabelen) onveranderlijk blijven; wijzigen zij zich wel, 
dan heeft men te doen met een veranderlijke toestand. 

De termen 'dynamisch' en 'statisch' worden in de economie 
gebruikt in relatie met de analyse van het verloop van de 
economische grootheden in de tijd. Als verondersteld wordt dat in 
een proces alle veranderingen van de economische grootheden zich 
onmiddellijk voltrekken, dan spreekt men van een statische analyse 
of van statica. In een dynamische analyse daarentegen bestudeert 
men het verloop van de economische grootheden in de tijd. 


Beide betekenissen van de begrippen statisch en dynamisch 
zijn voor het onderwerp 'simulatie' van essentieel belang. Enerzijds 
zullen we in een simulatiemodel de invloed van veranderingen van 
de invoervariabelen op de uitvoervariabelen willen onderzoeken en 
anderzijds zullen we ook het verloop van de uitvoervariabelen in 
de loop van de tijd willen kennen. 

De termen statisch en dynamisch moeten dus worden geiïnter- 
preteerd afhankelijk van het zelfstandig naamwoord waaraan ze zijn 
toegevoegd. Een koppeling met het woord model leidt tot de omschrij- 
ving, zoals die in de systeemtheorie wordt gegeven; bij de relatie 
met het woord analyse gaat het om het tijdpad van de variabelen. 

De factor 'tijd' kan hierbij niet gemist worden als verklarende 
(onafhankelijke) variabele. 

Wanneer we het model van de haringkar beschouwen, dan is 
dit in de gegeven vorm een statisch model. Immers de reeks waarden 
van de invoervariabelen 'aankomsttijdstip' en '‘bedieningstijdstip' 
is niet afhankelijk van het moment waarop het systeem in onderzoek 
wordt genomen. M.a.w. het maakt voor de haringkar niet uit of we 
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het begin van de simulatie op maandagmorgen 10 uur stellen dan 
wel op vrijdagmiddag 5 uur. 

Wanneer we echter de variabele ‘aankomsttijd! afhankelijk doen 
zijn van het uur van de dag (zie figuur II.5a) en eventueel ook van 
de dag in de week dan wordt het systeem een dynamisch systeem; 
de variabele 'tijd' speelt dan een rol in het systeemgedrag. 


gemiddelde 

van de Poisson- 
verdeling van 
de variabele 
aankomsttijd 


8 3:10 11 12 13 14 15 16 17 


Figuur II. 5a 


De uitvoervariabele 'wachttijd' zal nu niet alleen een verloop 
in de tijd volgen, dat afhankelijk is van de drukte in het systeem, 
maar een tijdreeks vertonen, waarin het uur van de dag als 
verklarende variabele een rol speelt. 

Wiskundig kan men een dynamisch systeem eenvoudig formu- 
leren. De uitvoervariabele y is een functie van de invoervariabele 
XxX > y=F(x). 

Dan geldt voor een dynamisch systeem dat: 


mn Hox, +H + H,x EPR N 


H is de invloed (de transformatiefunctie) van de invoerwaarden op 
iedere uitvoerwaarde yt» waarbij de afstand in de tijd steeds groter 
wordt. De invloed H, zal in het algemeen vanaf een bepaalde tijds- 
afstand p verwaarloosbaar klein worden. 


De wachttijd die optreedt om 13 uur bij de haringkar zal sterker 
beïnvloed zijn door de waarden van de aankomst- en bedieningstijden 
tussen 12 en 13 uur dan door die tussen 11 en 12 uur, terwijl het 
effect van de vroege ochtenduren nihil zal zijn. 


Wanneer de invoer/uitvoerrelatie kan worden geschreven als 


yt = Hoxt >» is yẹ niet meer afhankelijk van de waarden van de 


invoer op eerdere tijdstippen en spreekt men van een statisch 
systeem. 
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2, Ook over de indeling deterministisch versus stochastisch 
bestaat geen eenstemmigheid. Wij verstaan onder deterministische 
modellen die modellen, waarin alle variabelen en de relaties tussen 
de variabelen 'vast' zijn, d.w.z. dat ze niet beinvloed worden door 
waarschijnlijkheidsmechanismen. 

Een voorbeeld van een deterministisch model is 


Y(t) = 100 + 0,8X(t) 
als X(t) per periode één en niet meer dan één waarde heeft. 


Een model is stochastisch als òf de variabelen òf de relatie(s) 
òf de variabelen èn de relaties stochastisch zijn, d.w.z. dat er 
toevalselementen' aanwezig zijn. Er bestaat een niet te voorspellen 
onzekerheid omtrent de waarde van variabelen of de toestand van 
een systeem. 

Een andere naam voor stochastische variabele is kansvariabele. 
Als in de bovenstaande vergelijking X een stochastische variabele 
is en dus meerdere waarden kan aannemen, elk met een bepaalde 
kans, dan is het model stochastisch. We kennen deze kwalificatie 
eveneens toe als de vergelijking zou zijn: 


Y(t) = 100 + 0,8X(t) + e 


waarin X(t) vast is en e een kansvariabele met een bepaalde 
verdelingsfunctie is. 

In het algemeen kan een deterministisch systeem als volgt 
worden voorgesteld: 


een deterministisch 


O ea. 


Vóórdat aktiviteit A plaatsvindt, bevindt het systeem zich in 
toestand Sg. Na aktiviteit A is het systeem in toestand Sj terecht 
gekomen. 

Een stochastisch systeem daarentegen kan als volgt in beeld 
worden gebracht: 


een stochastisch 
systeem 
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Na aktiviteit A kan het systeem zich - met 'n bepaalde waar- 
schijnlijkheid - in één van de drie verschillende toestanden S1 
bevinden. Welke toestand dat zal zijn, is niet met zekerheid te 
voorspellen. 

De haringkar is een voorbeeld van een stochastisch model. Het 
Du Pont model (bekend uit de bedrijfseconomie) dat een relatie weer- 
geeft tussen het brutorendement (rentabiliteit van het totale 
vermogen: ROI) en een aantal financiële grootheden van een orga- 
nisatie, is een voorbeeld van een deterministisch model. 


3. Continue modellen verwijzen naar systemen waarbij de 
veranderingen in de toestand continu verlopen in de tijd. Als de 
veranderingen echter sprongsgewijs optreden, in opeenvolgingen 
van eindige tijdsperioden, dan spreken we over discrete systemen. 
De haringkar is een typisch voorbeeld van een discreet systeem. 

Technische en fysische systemen zijn vaak continu, terwijl 
systemen uit economische en bedrijfskundige toepassingsgebieden 
veelal discreet zijn. 


4. Iconische modellen zijn schaalmodellen, bijvoorbeeld een 
schaalmodel van een nieuw te ontwerpen Stadhuis of van een nieuw 
te ontwerpen auto. 

Van analoge modellen spreken we wanneer bepaalde eigen- 
schappen van grootheden in de werkelijkheid in het model worden 
weergegeven door analoge eigenschappen van modelgrootheden. 

Een voorbeeld van een analoog model is een landkaart, waarmee 
een geografisch systeem afgebeeld wordt. Hierbij kunnen ook nog 
vaak bepaalde aspecten benadrukt worden, zoals bij een wegenkaart, 
een topografische kaart, een hoogtekaart, een kaart met klimatolo- 
gische verschillen, enzovoorts. 

Een ander voorbeeld is het gebruik van watermodellen met 
bakken, leidingen, kranen, enzovoorts, waarmee elektrische 
systemen kunnen worden nagebootst. Ook een bouwtekening die op 
schaal de maten van een te bouwen huis met de verschillende 
vertrekken en de plaats van zaken als lichtpunten, contactdozen, 
ramen, enzovoorts aangeeft, is een voorbeeld van een analoog model. 


Opmerking 1 


Omdat wij ons in dit boek beperken tot discrete computer- 
simulatie zullen analoge systemen altijd omgezet worden naar 
discrete modellen. Zo zal een stelsel differentiaalvergelijkingen, 
dat in veel gevallen een analoog systeem blijkt te kunnen 
representeren, via een numerieke methode, in kleine stapjes 
rekenkundig gesimuleerd worden. 
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Opmerking 2 


In deze paragraaf zijn in zekere mate de termen 'systeem' en 
'model' door elkaar gebruikt. 

Daar een model - een afbeelding van een systeem - zelf ook 
weer als een systeem kan worden opgevat, is het onderscheid 
niet altijd duidelijk of nodig. De classificatie van modellen gaat 
goeddeels ook op voor systemen. 
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1.6 BESCHRIJVING VAN MODELLEN 


Modellen, die wij gebruiken om te experimenteren, zijn systeem- 
beschrijvingen die in een bepaalde vorm worden afgebeeld. We 
werken met symbolen om de grootheden in het objectsysteem weer 
te geven. Vaak ook zijn de relaties, die er tussen de grootheden 
bestaan in de vorm van stelsels vergelijkingen weergegeven. 
Modellen, die op deze wijze zijn opgebouwd, worden symbolische 
modellen genoemd. 

Het type modellen waarop wij ons in dit boek concentreren kan 
worden gekenmerkt als symbolische modellen, die discrete stochas- 
tische processen afbeelden. Bij de beschrijving van objectsystemen 
met behulp van deze modellen maken we gebruik van variabelen en 
van parameters, terwijl de onderlinge afhankelijkheid door relaties 
wordt gepresenteerd. De drie begrippen: variabelen, relaties en 
parameters worden hieronder nader beschreven. 


1. VARIABELEN 


Variabelen kunnen in twee hoofdgroepen worden onderverdeeld: 


omgevingsvariabelen 


‚exogene et 
DE at instrumentele variabelen 
Sa ea toestandsvariabelen 
endogene < 


uitgangsvariabelen 


variabelen 


Beide groepen variabelen worden op hun beurt weer verdeeld 
in twee verzamelingen. We bespreken deze variabelen nu per soort. 


a. Exogene (of onafhankelijke) variabelen 


Omgevingsvariabelen 


Omgevingsvariabelen zijn variabelen die elementen buiten het 
te onderzoeken systeem symboliseren en die op dit systeem een 
zekere invloed uitoefenen zonder dat vanuit het systeem zelf hierop 
invloed kan worden uitgeoefend. 

Zo is voor een onderneming de door de bank te berekenen 
debetrente in het algemeen een niet te beïnvloeden variabele en dus 
een omgevingsvariabele. 
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Instrumentele (of beslissings-) variabelen 


Deze groep van variabelen is eveneens onafhankelijk, maar de 
beslisser kan, vaak binnen bepaalde grenzen de waarde ervan beïn- 
vloeden. De beslisser kan ze gebruiken als instrument om er invloed 
mee uit te oefenen op de endogene of onafhankelijke variabelen. 

Een voorbeeld hiervan is het belastingtarief, waarmee de 
overheid kan manipuleren om de consumptieve uitgaven in een volks- 
huishouding te beinvloeden. 


b. Endogene (of afhankelijke) variabelen 


Toestandsvariabelen 


Deze variabelen beschrijven de situatie van een systeem op 
een bepaald moment, bijvoorbeeld de voorraad, de gemiddelde lever- 
tijd, enzovoorts. "Ruwweg kan men stellen", schrijven Hanken en 
Reuver*),. "dat in de toestandsvariabelen alle relevante historische 
informatie 'opgeborgen' ligt. De waarde van de toestandsvariabele 
op een bepaald moment, kan berekend worden uit de waarde van 
de toestandsvariabele op het voorgaande moment en de waarden van 
de onafhankelijke variabelen in de tijdsperiode tussen twee momen- 
ten." 

Als illustratie geven we een voorbeeld van een debiteuren- 
administratie. De post debiteuren is de toestandsvariabele van dit 
subsysteem van de boekhouding. De grootte van deze post wordt 
enerzijds bepaald door de factuurbedragen, anderzijds door de 
betalingen van de debiteuren en de overboekingen naar de post 
dubieuze debiteuren. 

'Factuurbedragen', 'betalingen' en 'overboekingen naar 
dubieuze debiteuren' zijn onafhankelijke variabelen. 'Factuur- 
bedragen' en 'overboekingen naar dubieuze debiteuren' kunnen als 
beslissingsvariabelen worden beschouwd, terwijl de variabele 
'betalingen' een ingangsvariabele is. Hoewel vanuit het systeem wel 
enige invloed op de betalingen uitgeoefend kan worden door bijvoor- 
beeld kortingen, aanmaningen, e.d. ligt de beslissing om te betalen 
uiteindelijk buiten het systeem. 

De toestandsvariabele 'debiteuren' kan op elk moment worden 
vastgesteld als men kennis heeft van de hoogte van deze post op 
een voorgaand moment en van de waarden van de beslissings- 
variabelen in de tijdsperiode tussen de beide momenten. 


Uitgangsvariabelen 


De uitgangsvariabelen zijn afhankelijke of endogene variabelen, 
die voortvloeien uit de probleemstelling. Voorbeelden zijn winst, 
rentabiliteit, energieverbruik, enzovoorts. 


*) A.F.G. Hanken en H.A. Reuver, Inleiding tot de systeemleer, Leiden, 
1976. 


II. 16 Beschrijving van modellen 43 


De vraag tot welke groep een bepaalde variabele behoort, hangt 
af van het onderzoek. Zo kan in ons voorbeeld de post ‘debiteuren! 
behalve als toestandsvariabele ook als uitgangsvariabele worden 
gezien. Dit is afhankelijk van de probleemstelling. Het doel van een 
onderzoek kan bijvoorbeeld zijn na te gaan welke factoren van 
invloed zijn op de hoogte van de post 'debiteuren'. De variabele 
‘debiteuren! is dan zowel toestandsvariabele als uitgangsvariabele. 

Een andere mogelijkheid is, dat een onderzoek wordt begonnen 
met als doel inzicht te krijgen in de kosten van het debiteuren- 
systeem. De bij de debiteuren uitstaande gelden hebben een derving 
van inkomsten tot gevolg. Aan de afnemers wordt krediet gegeven. 
De kosten van dit krediet kunnen als een endogene variabele worden 
beschouwd, waarvan de waarde kan worden berekend uit de 
toestandsvariabele ‘debiteuren! en een parameter 'kredietkosten per 
gulden per tijdseenheid'. 


2. RELATIES 


De verzameling relaties, welke tussen de elementen (variabelen) 
van een systeem (model) bestaan, noemen we de structuur (ordening) 
van het systeem. 

De term relatie wordt in meerdere betekenissen gebruikt, 
namelijk: l 


- in de betekenis van keten of volgorde, in de zin van 'gaat 
vooraf aan' of 'volgt op'; 

- als functie, bijvoorbeeld y =.f(x); 

- in de betekenis van oorzakelijk verband, zoals: y is het 
gevolg van x (causale relatie); 

- als procesrelatie, in de zin van afdeling X 'moet leveren aan! 
afdeling Y. 


In sommige vakgebieden wordt het begrip relatie gebruikt als 
synoniem voor functie. Men spreekt dan wel van een functionele 
relatie. Naast dit soort relaties komen bij simulatie ook relaties in 
de andere betekenissen voor. 


3. PARAMETERS 


Behalve de vier soorten variabelen en de relaties hiertussen 
hebben we ten behoeve van een systeembeschrijving ook nog para- 
meters nodig. Hiervan onderscheiden we twee groepen, namelijk: 


l1. de parameters waardoor functionele relaties worden beschreven; 
2. de parameters waardoor de verdelingsfuncties van de stochas- 
tische variabelen worden beschreven. 


Voorbeelden van de eerste groep vinden we in een relatie als: 
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aeta 


waarin: Q = produktie 
L = hoeveelheid arbeid 
K = hoeveelheid kapitaal 
a en b = parameters, waarmee de betekenis van L en K 
lop! Q kan worden uitgedrukt. 


Tot de tweede groep van parameters worden die grootheden 
gerekend, waardoor de verdelingsfuncties F(x) van de stochas- 
tische variabele x ‘volledig gekend en begrepen! worden. Een 
voorbeeld hiervan vinden we in de verdelingsfunctie: 


F(x) = P(x Sx) = 1 -e (x > 0, A > 0) 


waarin )\ de parameter voorstelt. Als ì bekend is kan voor elke 
waarde van x (x > 0) een kans worden berekend. 

Op het onderwerp parameterschatting komen we terug in hoofd- 
stuk III. 


Bij het ontwerpen van modellen hebben we dus te maken met 
variabelen, relaties en met parameters. Gezamenlijk moeten ze een 
beeld geven van de interne structuur van het te onderzoeken 
systeem en van de samenhang met de relevante omgeving van het 
systeem. 
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II.7 HET DOEL EN HET GEBRUIK VAN SIMULATIEMODELLEN*) 


Tot slot van de bespreking van het modelbegrip gaan we nog 
kort in op de zin en het gebruik van simulatiemodellen. Uit het 
voorgaande zal duidelijk zijn geworden dat bij het proces van kennis- 
verwerving omtrent de werkelijkheid, de noodzaak van afbeelden 
en abstractie evident is. Het proces van kennisverwerving is in 
feite het formuleren van verklaringen en het toetsen hiervan. Wij 
definiëren dat proces als het construeren van een model: het model 
vormt de samenvatting van de verworven kennis. Anderen gebruiken 
hiervoor het begrip 'theorie', hetgeen in deze betekenis dus identiek 
is met 'model'. 

Het is evenwel van belang om te beseffen, dat daarnaast het 
gebruik van modellen kennis omtrent de werkelijkheid kan geven. 

We beperken ons hier bewust tot 'model', omdat het nu vooral gaat 
om de toepassingssfeer. 

De functie van een model bij het verkrijgen van kennis wordt 
vooral ontleend aan de mogelijkheid tot experimenteren met een 
model. 

Als zodanig geeft het model de mogelijkheid het gezegde 'bezint, 
eer ge begint! ten uitvoer te leggen. 


Het experimenteren met het model is goedkoper en eenvoudiger 
uitvoerbaar dan het rechtstreeks ingrijpen in de werkelijkheid. Dat 
laatste is overigens zelfs vaak niet mogelijk. 

Het is bijvoorbeeld niet verantwoord om de prijzen van levens- 
middelen gedurende één maand te verdubbelen, om zodoende de 
uitwerking van deze prijsmaatregel op het koopgedrag van het 
publiek te onderzoeken. 

Het is wel mogelijk om een model te construeren, waarmee dit 
experiment, eventueel met behulp van de computer, kan worden 
uitgevoerd. Zo verkrijgt men door simulatie-experimenten informatie, 
waarvan men hoopt dat deze zo goed mogelijk aansluit bij de werke- 
lijkheid. Het zal duidelijk zijn dat de 'kwaliteit' van dergelijke 
informatie afhankelijk is van de 'kwaliteit' van het model. 

Anders gezegd: de getrouwheid van de afbeelding is bij 
simulatie-experimenten van essentieel belang. 

Overigens maakt het natuurlijk wel uit welke doelstelling bij 
het maken van en het experimenteren met een model wordt gehan- 
teerd. Als bijvoorbeeld een model gebruikt moet worden voor 
voorspellingen, zal in het algemeen een grotere nauwkeurigheid 
gewenst zijn dan wanneer het gaat om een model waarmee een keuze 
moet worden gemaakt uit diverse alternatieve systemen. 


*) Sommige opmerkingen zijn eveneens van toepassing op modellen in het 
algemeen. 
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Simulatie-experimenten worden uitgevoerd met een grote 
verscheidenheid aan doelstellingen. We noemen er een aantal. 


1. Evaluatie: hoe goed voldoet een bepaald systeemontwerp, 
als het wordt beoordeeld op grond van een 
aantal door de opdrachtgevers te hanteren 
criteria? 


2. Vergelijking: bij het ontwerpen van alternatieve systemen 
(oplossingsalternatieven), waarbij bepaalde 
functies moeten worden verricht, doet het 
model dienst om snel de alternatieven door te 
rekenen en te evalueren. 


3. Voorspelling: met behulp van experimenteren worden de 
prestaties van een systeem, onder een bepaalde 
verzameling (mogelijk toekomstige) condities 
geschat. 


4. Gevoeligheids- bepaal welke van de vele factoren het belang- 
analyse: rijkst zijn voor de werking van het systeem; 
hoe gevoelig is het systeem voor kleine variaties 
in die factoren; m.b.v. het model kunnen 
‘what-if'-vragen gesteld worden. 


5. Optimalisatie: bepaal exact welke combinatie van factoren de 
beste totaaluitkomsten van het systeem opleveren. 
Simulatie (waarbij dit per definitie niet zonder 
meer kan) leidt tot het onderkennen van functio- 
nele relaties, waarmee een analytisch optimali- 
seringsmodel kan worden opgebouwd. 


6. Structuur- wanneer van een systeem de werking niet bekend 
onderzoek: is, dus voor ons een black-box is, dan kan 
simulatie de blaek-box openen; dat is de interne 
structuur opleveren. 


7. Coördinatie: het oplossen van afstemmingsproblemen, bijvoor- 
beeld door het meenemen van extra beperkingen, 
of het simultaan bepalen van meerdere endogene 
variabelen. 


8. Integratie: met behulp van modellen als onderdeel van mens- 
machine-systemen kunnen we een deel van de 
horizontale en verticale integratie realiseren. 
(horizontaal: sub-optimalisatie tegengaan; 
verticaal: afstemming over managementniveaus) 


Deze lijst is niet uitputtend; wel kan men eruit afleiden, dat 
het zinvol is om de eigen doelstellingen goed te overdenken. 
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1.8 OPGAVEN 


Opgave 1 


Welk type relaties - beschreven in § II.6 - kent het model van de haringkar 
uit $ I.3? Zou Simulatie voor de haringkar de meest geschikte methode van 
onderzoek zijn? 


Opgave 2 


Maak voor de haringkar een dynamisch model door rekening te houden met 
seizoensinvloeden en de dag in de week. 


Opgave 3 


Een bekend probleem is dat van 'De dronken zeeman'. 

Deze is na het passagieren in de haven op zoek naar zijn schip. 

In de moderne havenwijk zijn alle straten in vierkante blokken gesitueerd. 
Staande op de hoek van een straat moet hij beslissen of hij noord of zuid, 
dan wel oost of west gaat. Deze beslissing herhaalt zich bij elke straathoek. 
Wat is de kans dat hij na 10 blokken gewandeld te hebben zich op niet meer 
dan 2 blokken van zijn startpunt bevindt? Hierbij is aangenomen dat hij geen 
enkele voorkeur voor een bepaalde richting heeft bij zijn keuze op een hoek. 


1. Ontwerp een model waarmee dit probleem m.b.v. simulatie kan worden 
opgelost. 

2. Zet het model om in een computerprogramma in de taal van uw keuze 
en laat uw (micro)computer de gestelde vraag beantwoorden. 


Opgave 4 


In een eenvoudig model van een personeelssysteem komen o.a. de volgende 
grootheden aan de orde: 

- aantal werknemers | 

- toename of afname van het personeelsbestand (uitbreiding of inkrimping) 
- fractie van de gewenste personeelsverandering (vermeerdering of vermin- 
dering) 

arbeidscapaciteit 

- reserve capaciteit (overuren) 

- hoeveelheid te verrichten werk op korte en lange termijn (prognose) 

- achterstallig werk 

- personeelskosten 

- waarde kapitaalgoederen 

- functie specificaties 

- arbeidsmarkt 

- enzovoorts. 


l. Beschrijf het model met behulp van een schets en classificeer de 
verschillende typen variabelen. 

2. Kunt u ook parameters in het model onderkennen? 

3. Geef aan hoe u de relaties specificeert. 

4. Pas de lijst uit § II.7 toe op het personeelsmodel en bespreek het gebruik. 


HOOFDSTUK III 


Het Ontwikkelen van 
een Simulatiemodel 


II.1 INLEIDING 


Een simulatie-onderzoek is opgebouwd uit verschillende 
stappen. Deze stappen verlopen overeenkomstig de fasen van elk 
wetenschappelijk onderzoek: inductie, deductie en validatie. 

In $ 2 geven we de indeling van een simulatie-onderzoek die 
in het vervolg van dit hoofdstuk alsmede in de hoofdstukken IV t/m 
VI wordt uitgewerkt. De hoofdstukken III t/m VI vormen dus een 
onlosmakelijk geheel. 

In dit hoofdstuk staat de modelbouw centraal. In $ 3 bespreken 
we de eerste stappen van het onderzoek, namelijk het vaststellen 
van de doelstelling(en) en de probleemformulering. Deze stappen 
moeten leiden tot een beeldeonstructie. Hiervan geven we een 
voorbeeld, namelijk een voorraadbeheersingsprobleem in § 4. 

Een essentiële voorwaarde voor simulatie-onderzoek is de 
mogelijkheid trekkingen te kunnen doen uit verdelingsfuncties. De 
technische omstandigheden om deze te realiseren zijn door de ont- 
wikkelingen op het gebied van de automatisering goed. De methoden 
die de trekkingen mogelijk maken worden aangeduid als Monte Carlo- 
procedures. Dit onderwerp wordt besproken in § 5. Bovendien gaan 
we in deze zelfde paragraaf in op methoden om te komen tot 
schattingen van parameters in functionele vergelijkingen. 

Als laatste stap van de modelontwikkeling moet het model 
worden geëvalueerd. Daar simulatiemodellen vaak ingewikkeld zijn, 
mede door de aanwezigheid van verdelingsfuncties kan de model- 
evaluatie in deze fase niet volledig zijn. Pas nadat een computer- 
programma is gemaakt kan een volledige evaluatie worden uitgevoerd. 

Gezien het feit dat de volgende fasen van het onderzoek veel 
tijd vragen en mede docr het gebruik van de computer kostbaar 
zijn, willen we benadrukken dat zelfs een beperkte evaluatie zeer 
essentieel is. Aan de modelevaluatie besteden we aandacht in $ 6. 

Het hoofdstuk wordt besloten met een aantal opgaven in $ 7. 
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II.2 HET SIMULATIE-ONDERZOEK IN FASEN: DE MODELCYCLUS 


Modelbouw vindt plaats in fasen. Het proces om tot een model 
te komen wordt wel aangeduid als modelcyclus. In de literatuur 
worden verschillende beschrijvingen van de modelecyclus gegeven. 
De meest algemene is de beschrijving zoals die in figuur III. 2a is 


gegeven. 
$ INDUCTIE 
DEDUCTIE 


; VALIDATIE 


Figuur III. 2a 


Met inductie wordt de eigenlijke modelbouw bedoeld. Hiertoe 
wordt het reële systeem waarvan men een model wil bouwen bestu- 
deerd. De variabelen en de relaties worden beschreven om een zo 
goed mogelijke, op het probleem afgestemde weergave te krijgen van 
het reële systeem. Het proces van modelontwikkeling wordt in de 
volgende paragrafen van dit hoofdstuk uitgewerkt. 

Een model is een middel om het gedrag van een reëel systeem 
te verklaren. In de deductie-fase worden experimenten met het 
model uitgevoerd om na te gaan of dit een voldoende representatieve 
afbeelding is van de realiteit. Dit kan bijvoorbeeld door met het 
model te rekenen en de resultaten hiervan te vergelijken met 
resultaten uit de werkelijkheid. Als deze vergelijking, ook na 
herhaalde experimenten positief uitvalt, kan het model worden 
aanvaard als een adequate beschrijving van het reële systeem en 
worden toegepast in de werkelijkheid (de realisatie). In de hoofd- 
stukken IV en V wordt de deductiefase nader uitgewerkt. 

Naast de inductie en de deductie maakt de validatie deel uit 
van de modeleyclus. Een valide model is een model op grond waarvan 
conclusies getrokken kunnen worden die in de werkelijkheid waar- 
voor het model een verklaring moet geven, gebruikt kunnen worden. 
Dit proces van validatie omvat veel meer dan in een figuur tot 
uitdrukking kan worden gebracht. Het proces voltrekt zich in 
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diverse stappen zowel tijdens als na de inductie- en deductiefase. 
Een meer uitgebreide beschrijving van validatie wordt gegeven in 
hoofdstuk VI. 

In de praktijk van een onderzoek verlopen trouwens alle drie 
de fasen vaak verbrokkeld. De onderzoeker heeft bepaalde ideeën 
met betrekking tot de werkelijkheid; hij heeft een beeld van het te 
onderzoeken concrete systeem. Op grond van dit beeldsysteem zal 
hij een model construeren, gegevens verzamelen en het model 
oplossen. Als de resultaten van de oplossing niet in overeenstemming 
zijn met de werkelijkheid zal het model worden aangepast en opnieuw 
worden 'doorgerekend'. Dit proces zal zich voortzetten totdat hij 
vindt dat het model het gedrag van het systeem voldoende getrouw 
weerspiegelt. Figuur III.2b is een poging dit proces realistischer 
weer te geven. 
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Figuur III. 2b 


Hoewel het hier geschetste proces van 'vallen en opstaan' nooit 
geheel vermeden kan worden, zal een onderschatting van de eerste 
fase tot nadelige gevolgen in de volgende fasen leiden. Een effectief 
onderzoek staat of valt met een correcte probleemformulering en 
modelconstructie. We komen hierop in de volgende paragrafen terug. 

De nadere detaillering van de drie fasen is zoals gezegd in de 
literatuur nogal verschillend. In dit boek zal de indeling worden 
aangehouden zoals in figuur III.2c is weergegeven. Het eerste blok 
van deze figuur komt overeen met de inductiefase, de blokken twee 
en drie (experimenteel ontwerp en uitvoering onderzoek) vormen 
de deductiefase en het blok validatie komt overeen met het gelijk- 
namige blok uit figuur III.2a. De implementatie tenslotte is Erai 
toegevoegd, omdat een simulatieproject pas geslaagd kan worden 
genoemd, als het model ook daadwerkelijk in de praktijk wordt 
ingevoerd en gebruikt. Met het oog op een succesvolle implementatie 
bespreken we in hoofdstuk VIII enkele aspecten van projectbesturing. 
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MODELONTWIKKELING (Hfdst. III) 
doelstelling en probleemformulering 
beeldconstructie 

genereren van gegevens 

parameterschatting 

evaluatie 


EXPERIMENTEEL (Hfdst. IV) 
ONTWERP 


(Hfdst. V) 


UITVOERING (Hfdst. IV) 


ONDERZOEK 
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VALIDATIE (Hfdst. VI) 


(Hfdst. VIII) 


IMPLEMENTATIE 


Figuur III.2e Fasering simulatie-onderzoek 
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We hebben in figuur III.2c het ontwikkelen en testen van het 
computerprogramma gezet naast de eigenlijke fasering van het 
onderzoek. Hierdoor willen we aangeven dat de computer in het 
algemeen bij elk van de fasen als hulpmiddel kan worden ingezet. 

De ontwikkeling van simulatietalen is van dien aard dat het computer- 
programma al direct kan worden mee-ontwikkeld. Dit betekent dat 

de volgorde van onderzoek die in de figuur gesuggereerd wordt 
minder nadrukkelijk is. Zo zijn bepaalde zaken die bij het experimen- 
teel ontwerp aan de orde komen reeds relevant bij het blok 'model- 
ontwikkeling’. Met name geldt dit voor de evaluatie van het model. 

Op grond van didactische overwegingen behandelen we de 
verschillende fasen gescheiden. In dit hoofdstuk zal daarom aan het 
blok modelontwikkeling aandacht worden besteed, zonder dat over 
het computerprogramma wordt gesproken. 
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II.3 VASTSTELLING DOELSTELLINGEN EN 
PROBLEEMFORMULERING 


Probleemformulering is een essentieel onderdeel van een onder- 
zoek. Het verkrijgen van relevante, zo volledig mogelijk en betrouw- 
bare informatie over het te onderzoeken probleem is een cruciale 
voorwaarde voor succes. Uit de praktijk en de literatuur komt vaak 
de klacht, dat oplossingen niet op het probleem zijn afgestemd. Vaak 
wordt veel te snel door onderzoekers aangenomen, dat het probleem 
duidelijk is. Shannon merkt in dit verband op, dat er jaarlijks 
miljoenen dollars worden verspild door schitterende en elegante 
oplossingen te creëren voor de verkeerde problemen. 

Nu is het zeker niet zo, dat de oorzaak van de verspilling 
alleen bij de onderzoeker ligt. Ook de probleemhebbers blijven 
als informatieverschaffers vaak in gebreke. Davis*) noemt als 
belangrijke reden hiervoor de beperkingen van de mens in zijn 
mogelijkheden tot het verwerken en selecteren van informatie en 
tot het oplossen van problemen. Het menselijke geheugen is te 
onderscheiden in twee delen, een korte-termijn en een lange-termijn 
geheugen. Het eerste deel is klein en kent een korte opslagduur. 
Bij een kortstondige en beperkte probleemanalyse zullen deze 
nadelen een negatieve invloed hebben op een adequate probleem- 
formulering. De verstrekte informatie zal sterk afhangen van het 
moment waarop deze versterkt wordt. Het opdiepen uit het lange- 
termijn geheugen vraagt tijd en wordt beïnvloed door de omstandig- 
heden waaronder dit wordt geraadpleegd. 

Behalve de beperking van het menselijke geheugen zijn er 
andere oorzaken die een goede probleemformulering in de weg staan. 
In hoofdstuk VIII komen we hierop terug. Ook zullen we in dat 
hoofdstuk ingaan op hulpmiddelen om tot een succesvolle probleem- 
analyse en -formulering te komen. In deze paragraaf zullen we ons 
bezig houden met de inhoudelijke kant van de probleemformulering. 

In het algemeen kan worden gesteld, dat bij elke probleem- 
analyse in eerste instantie twee vragen beantwoord moeten worden: 


a. wat is de doelstelling? en 
b. welke zijn de hindernissen die het bereiken van de doelstellin gen 
in de weg staan? 


Teneinde op deze vragen de juiste antwoorden te kunnen 
vinden is een goed begrip van het systeem, waarop het probleem 
betrekking heeft een eerste vereiste. 

Wanneer we onze (vaak gebrekkige) inzichten omtrent het 
systeem enige structuur wensen te geven, mede ter voorbereiding 
op het maken van een model, dan moeten de volgende stappen 
worden uitgevoerd: 


*) G.B. Davis, Strategies for information requirements determination, IBM 
Systems Journal 21, 1(1982), pg. 4-30. 
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1. De probleemspecificatie en de specificatie van de doel- 
stellingen van het model. 

2, Het formuleren van het kwalitatief model. 

3. Het specificeren van een voorlopige verzameling variabelen 
en parameters. 

4. Het specificeren van de relaties tussen de variabelen in de 
vorm van hypothesen. 

5. Met behulp van de waarnemingsgegevens formuleren van 
een kwantitatief model, waarbij de relaties en parameters 
van inhoud worden voorzien. 


Let wel: In deze fasering is voortdurende terugkoppeling nood- 
zakelijk; modelbouw is een iteratief proces. 


Vooral het vaststellen van het doel of van de doelstellingen 
is een niet te onderschatten onderdeel van de modelbouw. Het doel 
heeft namelijk gevolgen voor elk van de volgende stappen van het 
onderzoek. Niemand zou een model moeten bouwen zonder eerst een 
goed gedefinieerd doel te formuleren. Het hele proces van model- 
ontwerp, validatie, experimenteel ontwerp en het trekken van 
conclusies is nauw gerelateerd aan het gestelde doel. 

Zo worden er, als het doel van de modelbouw is een nieuw of 
bestaand systeem te evalueren, hoge eisen gesteld aan de accuraat- 
heid van het model; er is dan een hoge graad van gelijkvormigheid 
met het reële systeem vereist. 

Er bestaan nogal wat uiteenlopende doelstellingen t.a.v. het 
gebruik van modellen, zoals we in $§ II.7 tot uitdrukking hebben 
gebracht. Zoals ze daar geformuleerd staan, is de omschrijving voor 
specifieke problemen te globaal. De doelstellingen zullen dan veel 
concreter aangegeven moeten worden. Het ligt voor de hand dit in 
overleg met de opdrachtgevers te doen. Een doelstellin genanaly se 
zal voor alle betrokken partijen zeer verhelderend kunnen werken. 
De onderzoeker zal zodoende tot een beter begrip van de knelpunten 
kunnen komen. En om de oplossing van de knelpunten gaat het 
uiteindelijk. 

Na vaststelling van het doel of de doeleinden moeten de rele- 
vante variabelen worden opgespoord en benoemd. Dat dit geen 
eenvoudige zaak is, zal blijken bij lezing van het volgende voor- 
beeld. 


VOORBEELD 


Een producent van elektronische artikelen is ruim voorzien van 
orders. Het grootste percentage van de orders gaat evenwel niet 
op tijd de deur uit. De consequenties van deze te lange levertijden 
laten zich gemakkelijk raden: op de korte termijn veel telefoontjes 
van boze afnemers, of de langere termijn wellicht een verlies van 
orders. Het probleemgebied is de orderafhandeling; het knelpunt 


III.8 Vaststelling doelstellingen en probleemformulering 59 


is de verzending die in veel gevallen te laat gebeurt. 
De oorzaken van deze problematiek kunnen vele zijn. We noemen 
hieronder een aantal in een willekeurige volgorde: 


- Foutieve prognoses van de afzet; 

- Te kleine produktiecapaciteit; 

- Slechte informatiesystemen, tot uitdrukking komend in 
bijvoorbeeld een gebrekkige communicatie tussen de afde- 
lingen verkoop en produktie of in het ontbreken van een 
levertijdbewakingssysteem; 

- Grote afhankelijkheid van toeleveranciers; 

- Foutieve produktieplanning; 

- Verouderende machines, hetgeen leidt tot grotere uitval- 
percentages; $ 

- Gebrek aan vakbekwaam personeel; 

- Slechte motivatie bij het personeel; 

- Hoog ziekteverzuim op de produktie-afdeling. 


Stel dat als doelstelling van een onderzoek voor de hier 
geschetste situatie de volgende formulering gekozen wordt: 


"Ontwerp een orderafhandelingssysteem, zodanig dat gemiddeld 
x5 (bijvoorbeeld x = 95) van de orders binnen de met de leve- 
ranciers overeengekomen tijd afgeleverd wordt." 


De vraag die de onderzoeker zich nu moet stellen is welke 
factoren met het oog op realisatie van deze doelstelling van een 
zodanig belang zijn, dat ze bij het onderzoek betrokken dienen te 
worden. Gezien de vele factoren die hierboven genoemd zijn als 
mogelijke oorzaken van de problematiek is een grondige analyse 
wenselijk. Deze analyse dient erop gericht te zijn de meest relevante 
factoren op te sporen. 

In deze fase van het onderzoek worden we dus geconfronteerd 
met de vraag: welke variabelen betrekken we in het onderzoek en 
welke laten we daar buiten. Terwijl aan de ene kant gewaarschuwd 
moet worden voor oppervlakkigheid van probleembenadering en de 
drang om tot een al te snelle oplossing van de te onderzoeken 
problematiek te komen, moet aan de andere kant ook worden 
opgepast voor te veel variabelen en relaties. Naarmate meer 
variabelen nodig zijn om een probleem te beschrijven en te verklaren, 
zal het moei-lijker zijn het probleem te doorzien. Ook de resulaten 
van de 
oplossing zullen moeilijker te interpreteren zijn. Hier speelt dus een 
lastig afwegingsprobleem voor de onderzoeker, waarvoor geen één- 
duidige oplossingen te geven zijn. 


Uit de door ons gehanteerde definitie van simulatie blijkt, dat 
om oplossingen van problemen aan te kunnen dragen verklaring van 
het gedrag van het reële systeem noodzakelijk is. Dit betekent, dat 
de structuur van het reële systeem bekend zal moeten worden. 
Simulatie kan ons hierbij helpen. Simulatie kan inzicht geven in het 
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transformatieproces dat waarden van de invoervariabelen omzet in 
waarden van de uitvoervariabelen. Een modelspecificatie zal daarom 
moeten omvatten: 


- een beschrijving van de interne structuur (de elementen en 
de relaties tussen de elementen); 
| - een beschrijving van de externe structuur (de relevant 
geachte exogene variabelen en de invoerspecificaties). 


Ter toelichting op het voorgaande geven we in de volgende 
paragraaf een voorbeeld. 
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II.4 BEELDCONSTRUCTIE EN MODELFORMULERING; 
EEN VOORBEELD 


Voorbeelden van praktijkproblemen die dikwijls m.b.v. simulatie 
worden geanalyseerd liggen op het terrein van de wachttijd- en de 
voorraadsystemen. De wiskundige modellen van deze systemen 
worden al vrij snel zo ingewikkeld, dat analytische oplossingen 
moeilijk te realiseren zijn. In deze paragraaf zal ter illustratie van 
de behandelde theorie een voorraadmodel nader worden uitgewerkt. 
Het gaat om een voorraadbeheersingsprobleem van een groothandel, 
waarbij als doelstelling wordt gehanteerd: 


- het streven naar zo laag mogelijke kosten, waarbij met kosten 
worden bedoeld de som van voorraadkosten, kosten van 'neen- 
verkopen! en bestelkosten. 


In de terminologie van § II.6 zijn de totale kosten (TK) aan te 
duiden als een endogene variabele, en wel als een uitgangsvariabele. 

Behalve in de totale kosten zijn we ook geïnteresseerd in de 
servicegraad (SG) van het systeem. Met de servicegraad bedoelen 
we het percentage van de bestellingen dat direct uit voorraad 
geleverd kan worden. Het nastreven van een bepaalde servicegraad 
zou als een nevendoelstelling aangemerkt kunnen worden. We 
beschouwen de variabele servicegraad dus ook als een uitgangs- 
variabele, maar één die ondergeschikt is aan de variabele totale 
kosten. 

De totale kosten alsmede de servicegraad staan onder invloed 
van een aantal exogene variabelen, enerzijds omgevingsvariabelen 
en anderzijds beslissingsvariabelen of instrumentele variabelen. 

Allereerst zal het voorraadniveau en daarmee ook de kosten- 
factor beïnvloed worden door de vraag naar het produkt. 

De vraag D naar het produkt Z beschouwen we als een stochas- 
tische variabele met een bepaalde waarschijnlijkheidsverdeling f(D). 
De bepaling van de vorm van de verdeling met de bijbehorende 
parameters behoort tot de volgende deelfase van het onderzoek (zie 
$ III.5). 

Ook de levertijd (LT) van het produkt beinvloedt de voorraad 
en daarmee de kosten hiervan. Als het produkt wordt besteld bij 
de leverancier gaat er enige tijd voorbij alvorens de bestelling 
binnenkomt. Deze levertijd blijkt verder bij nader onderzoek niet 
vast te zijn, maar variabel binnen bepaalde grenzen. Het lijkt 
daarom aannemelijk ook de levertijd als een stochastische variabele 
te beschouwen. 

Terzijde willen we nog opmerken dat de groothandel de beide 
genoemde variabelen nooit als helemaal onbeïnvloedbaar zal beschou- 
wen. Zowel de vraag naar een produkt als de levertijd kunnen, zij 
het in een geheel andere mate en op een geheel andere wijze als de 
instrumentele variabelen worden beinvloed. 

Met de 'echte' instrumentele variabelen kan door de organisatie 
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direct worden gemanipuleerd. In ons voorbeeld denken we bij dit 
soort van variabelen aan de bestelhoeveelheid (BQ) en het bestel- 
niveau (BN). De bestelhoeveelheid heeft, zoals duidelijk zal zijn 
betrekking op het aantal eenheden dat in één keer bij de leverancier 
wordt besteld, terwijl het bestelniveau duidt op het voorraadniveau 
van het produkt dat tot de beslissing 'bestellen' aanleiding geeft. 

In het volgende plaatje van een voorraadmodel komen de diverse 
grootheden duidelijker tot uitdrukking. 


voorraad- 
niveau 


bestel- 
niveau 


s W tijd 
tı A | J 


Figuur III.4a Voorraadmodel 


Op het moment tı is de voorraad gezakt tot het bestelniveau. 
Op dat moment wordt er een order geplaatst van de omvang BP. Als 
gevolg van de levertijd wordt deze order pas afgeleverd op het 
moment t2. 

Met behulp van een relatiediagram kunnen we de verschillende 
relaties weergeven zoals die in het geschetste model van belang zijn . 


Figuur III.4b Relatiediagram voorraadmodel 
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In een relatiediagram noteren we zowel langs de rijen als langs 
de kolommen alle variabelen die in het model aanwezig zijn. Vervol- 
gens gaan we voor elke combinatie van twee variabelen na of er een 
relatie zou kunnen bestaan en zo ja, in welke richting. 

Zo'n relatiediagram heeft als bijkomend voordeel dat hiermee 
gemakkelijker het overleg kan worden uitgevoerd met de opdracht- 
gevers. Het is namelijk eenvoudig leesbaar en zonder dat de 
opdrachtgever zich in allerlei, wellicht minder eenvoudige wiskun- 
dige formules hoeft te verdiepen kan hij meepraten over de relaties. 

Het voorraadbeheersingsprobleem zou als volgt in een voorlopig 
mathematisch model kunnen worden weergegeven: 


TK = f£(BQ, BN, LT, D}, 


waarin TK moet worden geminimaliseerd*) om tot een optimale BQ 
en BN te komen. 

Bij de beeldeonstructie hebben we ook te maken met parameters. 
Allereerst hebben we parameters nodig voor de kosten vergelijking. 
De kosten van het voorraadsysteem kunnen worden onderscheiden 
naar: 


- kosten van ‘in voorraad hebben! = cı per eenheid per dag 
- kosten van 'neen-verkopen!' = C2 per eenheid 
- bestelkosten = C3 per order 


De totale kosten worden berekend op grond van de vergelijking 
IK = TKiì + TK2 + TK} 


Deze vergelijking is tevens één van de relaties in het model. 

Recapitulerend en aanvullend kunnen we dan de volgende 
beschrijving geven van het voorraadbeheersingssysteem zoals ons 
dat voor ogen staat. 


1. Omgevingsvariabelen 


D 
LT 


stochastische variabele voor de vraag 
stochastische variabele voor de levertijd 


*) De termen 'minimalisatie' en ‘optimalisatie! lijken in tegenspraak met het 
gestelde in $ 3. Ze zijn hier gerechtvaardigd omdat dit voorraadmodel 
geïsoleerd van andere bedrijfsbeslissingen is opgesteld (het zogenaamde 
klassieke model). In de praktijk zal men ook hier met aspiratieniveaus 
werken als men coördinatiefactoren meeneemt, zoals het seriegrootte- 
probleem bij de produktie, omstelkosten, klantencategorieën (m.b.t. de 
servicegraad), het liquiditeitsprobleem, enzovoorts. Daarom zal in een 
realistisch voorraadmodel het kostencriterium niet als belangrijkste doel- 
variabele in aanmerking mogen komen. 
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2. Beslissingsvariabelen 


BQ = bestelhoeveelheid 
BN = bestelniveau 


3. Uitgangsvariabelen 


TK = totale kosten 
SG = servicegraad 


4. Toestandsvariabelen 


V = voorraadniveau 

TK;= totale voorraadkosten 

TK,= totale kosten van 'neen-verkopen! 
TK 3= totale bestelkosten 


5. Parameters 


> Cru t Een Os 
- parameters van de verdelingsfuncties 
bijvoorbeeld wu en o bij de normale verdeling 
n en p bij de binomiale verdeling 


6. Relaties 


(EK1) = bere (V, db ) en V & V 


t=] 


< 
IV 
O 


n = aantal dagen in periode t 
of zoveel minder als de voorraad in de loop van 
periode t negatief wordt 


(IK2) MCE 


x, = aantal eenheden in periode t dat wegens onvol- 
doende voorraad niet geleverd kan worden en 
afbesteld wordt 


(IK 3) „Ge 


Pe aantal bestellingen in periode t 


TK = X {(TKi), + (TK2), + (TK3), } 
t t t t 
pn 
DOE T 


TV = totale vraag over alle perioden t 
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In deze relaties komen variabelen voor die nog niet genoemd 
zijn, namelijk n, Xt, Yt en TV. Hiervan zijn n, yten TV 
hulpvariabelen die in een computerprogramma op eenvoudige wijze 
bijgehouden kunnen worden. Zij kunnen tot de toestandsvariabelen 
worden gerekend. 

De variabele xt kan als een stochastische omgevingsvariabele 
in het model worden ingebracht maar ook als een vast percentage 
van de vraag waaraan wegens onvoldoende voorraad niet onmiddellijk 
kan worden voldaan en dat wordt afbesteld. 

Met dit voorbeeld hebben we willen demonstreren hoe een 
simulatiemodel tot stand kan komen. Alvorens met het model te 
kunnen experimenteren, moeten o.a. nog gegevens over de omge- 
vingsvariabelen en de parameters worden verzameld. Met behulp 
van de in de volgende paragraaf te bespreken technieken kunnen 
deze gegevens worden vastgesteld. 
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De voor het model benodigde gegevens over de onafhankelijke 
variabelen kunnen op verschillende wijzen worden verkregen. In 
de statistiek worden bijvoorbeeld de enquête en de historie genoemd 
als gegevensbronnen. Op deze technieken gaan wij hier niet in. In 
deze paragraaf zullen we met name ingaan op de zogenaamde Monte 
Carlo-procedures. Met Monte Carlo-procedures worden methoden 
bedoeld die het mogelijk maken aselecte trekkingen te doen uit 
verdelingsfuncties. Door deze procedures kunnen in beginsel 
onbeperkt gegevens van verschijnselen met bekende waarschijnlijk- 
heidsverdelingen worden gegenereerd. Juist deze procedures, die 
door de technische vooruitgang steeds beter toegepast kunnen 
worden, zijn voor simulatie-onderzoek een essentiële voorwaarde. 

We zullen in deze paragraaf achtereenvolgens iets zeggen over 
toevalscijfers, over trekkingen uit verdelingsfuncties alsmede over 
het verband tussen de empirische gegevens en de Monte Carlo- 
procedures. 


II1.5.1 Toevalsgetallen 


Toevalsgetallen of aselecte getallen (‘random numbers!) zijn 
het resultaat van een stel onderling onafhankelijke trekkingen uit 
een uniforme of rechthoekige verdeling over het interval (O, i). 
Omdat aan het afleiden van deze getallen door een computerprogram- 
ma altijd een deterministische procedure ten grondslag ligt, spreekt 
men wel van 'pseudo random numbers'. | 

De verschillende methoden voor het produceren van toevals- 
getallen zullen hier niet aan de orde worden gesteld. Voor een goed 
begrip van wat bedoeld wordt, geven we enkele voorbeelden. 

Voor met de hand uitgevoerde simulaties kan voor het verkrij- 
gen van een reeks toevalsgetallen 0, 1, 2, 3, ..., 9 bijvoorbeeld 


JA 


[L OTERO rios ) 


- een krachtige random generator - 
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gebruik worden gemaakt van een 'rad van avontuur' dat verdeeld 
is in tien sectoren. Elk van de sectoren krijgt één van de nummers 
0, 1, 2, 3, ..., 9 als opschrift. Als nu voor een experiment een 
reeks van 100 toevalsgetallen nodig is, kan het rad 100 keer worden 
gedraaid om de vereiste steekproefomvang te verkrijgen. 

Andere mogelijkheden zijn een 20-vlaksdobbelsteen met op de 


zijvlakken de nummers 0, 1, 2, 3, … ‚ 9 elk tweemaal of een vaas 
met 10 gelijke knikkers, elk genummerd met één van de getallen 
LEER ii EE CAPE 


Daar de beschreven hulpmiddelen bij toepassing erg tijdrovend 
zijn, is gezocht naar formules die met gebruik van computerprogram- 
ma's snel een reeks van toevalsgetallen genereren. 

Een veel toegepaste techniek bestaat uit het gebruik van 
lineaire congruentie generatoren'. De algemene gedaante van de 
formule voor deze generatoren kan in de vorm van een recursieve 
vergelijking worden geschreven als: 


x= (ax; _, +e)mod m 


De waarden van a,c en m bepalen in belangrijke mate de kwali- 
teit van de randomgenerator. Voor m gebruikt men bij voorkeur 
een macht van 2 en een zo groot mogelijk getal. Dit laatste betekent, 
dat de grootte van de geheugenwoorden in de computer in feite de 
bovengrens bepaalt. Voor a heeft men gevonden dat een achtvoud 
t 3 een 'goede! waarde is. 

Een andere bekende, doch bepaald geen goede methode maakt 
gebruik van de 'rij van Fibonacci'. Hierbij ontstaat een getal door 
de voorgaande twee getallen uit een reeks te sommeren: 


X =. (x+ Xmod m 


n+1 n 


In deze formule moeten Xo, Xi en m worden gekozen. Voor 
Xn = 0, x1 = 1 en m= 100 krijgen we de reeks: 


0, 1, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 44, 33, 77, 10, 87, 97, 
---=-+------- SA a A 


In dit voorbeeld herhaalt de reeks zich na 300 termen. Deze 
beperkte cycluslengte is niet alleen een gevolg van de keuze van 
de startwaarden voor xv en xı en de waarde van m, maar is in 
het algemeen een nadelige eigenschap van de reeks van Fibonacci. 
Een ander nadeel is, dat in de reeks na een even getal steeds twee 
oneven getallen volgen. Door deze nadelen voldoet deze procedure 
niet aan de eisen van een ideale random generator. 

In de literatuur wordt een aantal eisen genoemd waaraan een 
getallenreeks moet voldoen om als pseudo toevalsgetallen te kunnen 
worden aangeduid. Een ideale generator van pseudo toevalsgetallen 
moet een reeks opleveren, die: 
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uniform verdeeld is; 

statistisch onafhankelijk; 

reproduceerbaar; 

een aanvaardbare cycluslengte heeft; 

snel geproduceerd kan worden; 

een minimum aan geheugencapaciteit van een computer 
vereist. 


OJ AGUN 
a . e . e o 


Om na te kunnen gaan of een rij aselecte getallen inderdaad 
aan bepaalde criteria voldoet, is reeds in de jaren '30 een aantal 
toetsen ontwikkeld. Aan deze toetsen zijn in de loop van de tijd 
andere toegevoegd. Voor de gebruikers van random generatoren 
is kennis van het voorgaande van belang om bedacht te zijn op 
eventuele nadelige eigenschappen. Alvorens tot simulatie met 
ingewikkelde modellen over te gaan, moet men zich eerst van de 
kwaliteit van de generator overtuigen, niet in het minst omdat een 
random generator gewoonlijk 'computer-afhankelijk' is. 


[II.5.2 Aselecte trekkingen uit verdelingsfuncties 


Aselecte getallen zijn van essentieel belang voor trekkingen 
uit andere verdelingsfuncties. We zullen aan de hand van voorbeel- 
den achtereenvolgens ingaan op trekkingen uit discrete verdelingen 
en uit kansdichtheden. 

Bij discrete verdelingen heeft men te maken met trapfuncties. 
De waarde van de functie is steeds over een interval constant en 
verandert alleen op gegeven vaste punten. 


VOORBEELD 


Gegeven is de kansverdeling: 


In figuur III.5a is een grafische voorstelling van deze verde- 
lingsfunctie getekend. 
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2 3 4 X 


O 


Figuur III.5a 


Langs mechanische weg is een steekproef uit deze verdeling 
te realiseren door een reeks van aselecte getallen te trekken en 
vervolgens bij elk aselect getal de kleinste waarde van x te nemen 
waarvoor geldt: 


tere) S» P(x = Xx) 


X 
Als 0Osr<0.1 > x=0 
als 0.1 Sr <03 > x= 1 
als 03 SE 0652 
als 0.5 Sf < 0.8 + x= 3 
als OBS r<i > x= 4 


In het algemeen kunnen uit een discrete verdeling aselecte 
trekkingen worden gedaan door eerst de verdelingsfunctie af te 
leiden, waarvoor geldt 0 <F(x) < 1 en vervolgens aan x, na de 
trekking van een aselect getal r de kleinste waarde toe te wijzen, 
die voldoet aan r < F(x). 

Voor trekkingen uit een kansdichtheid wordt principieel 
dezelfde procedure gevolgd. De moeilijkheid hierbij is soms de 
verdelingsfunctie. De algemene wiskundige formulering voor een 
verdelingsfunctie luidt: 


X 
P(x < x) = f f(t)dt 


c9 


F(x) 


iS 
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waarin 0 <F(x)< 1 en f(t) de waarde van de dichtheidsfunctie 
is voor x = t. In figuur III.5b is een grafiek van een verdelings- 
functie voor een continue variabele getekend. 


F(x) 


Figuur III. 5b 


Omdat F(x) gedefinieerd is op het gebied (0,1) kan een trekking 
uit de kansdichtheid worden gerealiseerd door na een trekking van 
een aselect getal r de bijbehorende x1 te berekenen (zie voor 
een voorbeeld $ I.3.4). 

Voor het uitvoeren van simulatie-experimenten op de computer 
behoeven bij gebruik van simulatietalen niet meer, zoals in het 
verleden, speciale programma's voor het genereren van kansvariabe- 
len te worden geschreven. Deze talen beschikken namelijk over 
speciaal hiervoor ontwikkelde procedures. 


II1.5.3 Empirische gegevens en Monte Carlo-procedures 


Voor toepassing van de in de vorige deelparagrafen beschreven 
methoden is noodzakelijk, dat de verdelingsfunctie van de stochas- 
tische variabelen bekend is. Om hiervan op de hoogte te komen kan 
gebruik worden gemaakt van empirische gegevens, als deze tenminste 
bekend zijn voor de betrokken variabele. 

Is dit laatste niet het geval, dan kan men twee dingen doen: 


a. alsnog metingen voor de betrokken variabelen uitvoeren, 
of 
b. een verdelingsfunctie veronderstellen. 


De tweede mogelijkheid zal pas als laatste redmiddel mogen 
worden gebruikt. Zoals gezegd kan, om na te gaan welke verdelingen 
voor de onafhankelijke variabelen gelden, gebruik worden gemaakt 
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van empirische gegevens. Het vergelijken van een empirische en 
een theoretische frequentieverdeling, met als doel na te gaan of de 
theoretische verdeling een goede beschrijving geeft van de realiteit 
is een statistisch probleem. 

Dit probleem kan bij eerste benadering worden bekeken met 
behulp van grafische voorstellingen in combinatie met berekening 
van een aantal parameters. De parameters van de theoretische 
verdeling worden vergeleken met de corresponderende parameters 
van de empirische verdeling. 

Hieronder geven we de parameters van een aantal theoretische 
verdelingen. 


Naam 


theoretische Kansverdeling/ Parameters 
i kansdichtheid 

verdeling 

binomiale n en p 

Poisson À 

negatief-exponentiële 5 

normale u en d 


We berekenen dus de parameters van de gevonden empirische 
verdeling. Als na deze berekening blijkt, dat het gemiddelde in de 
omgeving ligt van de variantie, dan kan het zijn dat we te maken 
hebben met een Poisson-verdeling, als er tenminste bovendien 
sprake is van een discrete variabele. We waarschuwen er echter 
voor dat de bedoelde gelijkheid geen bewijs is voor een Poisson- 
verdeling, maar slechts een indicatie. 

Ter aanvulling op de berekening van de parameters worden 
de gevonden gegevens uitgezet in een grafiek om zodoende een 
indruk te krijgen van de vorm van de verdeling. De verschillende 
theoretische verdelingen hebben elk hun eigen karakteristieke vorm. 
Door deze te vergelijken met de grafische voorstelling van de empi- 
rische gegevens kan misschien een volgende aanwijzing ontstaan 
omtrent de congruentie van de empirische verdeling met een bepaalde 
theoretische verdeling. 

In figuur III.5e hebben we van een aantal theoretische verde- 
lingen hun grafische voorstelling geschetst. 


Als de aanwijzingen sterk in de richting van een bepaalde 
verdeling wijzen, kan tenslotte de hypothese worden getoetst dat 
de empirische gegevens inderdaad een steekproef vormen die 
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afkomstig is uit een bepaalde theoretische verdeling. Ten behoeve 
van deze toetsing kan gebruik worden gemaakt van de chi-kwadraat 
(x?) toets of van de Kolmogorov-Smirnov toets. Men spreekt in dit 
verband ook wel van ‘goodness of fit' toetsen. Zeer algemeen kan 
worden gesteld dat de chi-kwadraat toets van toepassing is voor 
grote steekproeven (n z2 100), terwijl de Kolmogorov-Smirnov toets 
juist bij kleinere steekproeven (10 <n < 100) gebruikt kan worden. 
Voor een bespreking van deze toetsen verwijzen we naar de 
appendix. 


f (x) f (x) 
À 
` x x 


normale verdeling negatief-exponentiële verdeling 
f (x) f(x) 
RETE a S Men en X DT a S Xx 
binomiale verdeling Poisson-verdeling 
n=6,p=i \=1 


Figuur III.5c 
Grafische voorstelling van vier theoretische verdelingen 


In deze paragraaf hebben we het gehad over toevalsgetallen, 
over trekkingen uit verdelingsfuncties en over de aanpassing van 
empirische verdelingen aan theoretische verdelingen. Deze onder- 
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werpen hangen nauw met elkaar samen. Als een (exogene) variabele 
door een kansverdeling beschreven kan worden, kunnen door 
gebruikmaking van de verdelingsfunctie en van toevalsgetallen 
willekeurige uitkomsten van de variabele worden gegenereerd. Dit 
genereren kan bovendien in onbeperkte mate gebeuren. Het nut van 
de theoretische verdelingen is van belang omdat, als een empirische 
verdeling in belangrijke mate overeenkomt met zo'n theoretische 
verdeling, dan voor het genereren van gegevens van zo'n theoreti- 
sche verdeling gebruik kan worden gemaakt. Hiervoor kunnen dan 
namelijk standaardprocedures worden gebruikt. 

De procedures die het mogelijk maken om willekeurig trekkingen 
uit verdelingsfuncties te doen, staan bekend onder de naam Monte 
Carlo-procedures. Voor de door ons in dit boek behandelde toepas- 
singen van simulatie zijn deze procedures essentieel. Zij zijn zelfs 
een noodzakelijke voorwaarde voor het gebruik van de methode. 
Vandaar dat deze procedures in programmeertalen die speciaal ten 
behoeve van simulatie zijn ontwikkeld (zie hoofdstuk V) voor een 
aantal verdelingen standaard beschikbaar zijn. Ook andere program- 
meertalen, zoals Pascal en BASIC bieden wel mogelijkheden doordat 
zij in ieder geval over een procedure beschikken om toevalsgetallen 
uit het (0,1)-interval te trekken. De gebruiker kan dan zelf proce- 
dures schrijven voor andere verdelingsfuncties. 

Ter illustratie en als afsluiting van deze paragraaf geven we 
een voorbeeld waarbij een deterministisch probleem met behulp van 
toevalsgetallen wordt opgelost. 

In figuur III.5d ligt een kwart cirkel binnen het vierkant met 
lengte 1. 


0 X 1 


Figuur III.5d 


Wanneer willekeurige paren toevalsgetallen (x,y) in het gebied 
(0,1) worden gegenereerd, zal een deel hiervan binnen de cirkel 
liggen. We noemen een paar (x,y) 'OK' wanneer het bijbehorende 
punt binnen de cirkel ligt. Er geldt dan: 
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ysvi-x? (immers voor de cirkel geldt x?+y? = 1) 


Als we nu een groot aantal getallenparen trekken, dan zal de verhou- 
ding van de getallenparen die 'OK' zijn en die hieraan niet voldoen 
bij benadering de waarde ár opleveren. Dit is de oppervlakte van 
het cirkelsegment. Het berekenen van deze oppervlakte is een deter- 
ministisch probleem dat op deze wijze met behulp van de Monte Carlo 
steekproeftechniek is opgelost. 


II.5.4 Schattingen van de parameters in functionele vergelijkingen 


Nadat in de vorige subparagraaf de schatting van parameters 
van verdelingsfuncties aan de orde geweest is, zal in deze sub- 
paragraaf de schatting van parameters in functionele relaties worden 
behandeld. Functionele relaties zijn relaties die door middel van 
wiskundige vergelijkingen worden weergegeven. 

De eerste stap voor het afleiden van vergelijkingen is verzame- 
ling van gegevens betreffende de variabelen in het vergelijkingen- 
stelsel. De volgende stap is na te gaan welk type relatie tussen de 
variabelen gelegd dient te worden. Hierbij kan voor een eerste 
indruk gebruik worden gemaakt van een spreidingsdiagram. Als 
dit tot de conclusie leidt, dat er van een voldoende correlatie 
sprake is, kan voor het weergeven van de relatie naar een specifi- 
catie worden gezocht. Hieronder volgt een aantal mogelijke 
vergelijkingen als we te doen hebben met een relatie tussen twee 
variabelen y = f(x). 


Y= ag + aıX rechte lijn 

Y = aiX + ax parabool 

Y = ag + ak + aak? +... + ax n°-graadscurve 

Y = ag + alog x logaritmisch verband 

log Y = ao + aılog X dubbel log. verband 
enzovoorts. 


Eén van de meest gebruikte methoden voor het schatten van 
de parameters in het geval er sprake is van een lineaire vergelijking 
is de methode van de kleinste kwadraten. Deze methode heeft als 
uitgangspunt, dat de best passende rechte door de puntenwolk 
gevormd door de punten 


(X1,Yi), (X2,Y2), (X3,Y3), je E s KY) 


de rechte is met de eigenschap: 
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det ery, =| f) is minimaal. 
l 1 1 
Hierin is Y = ag + a X, en e; = Y; s Y; 


Aan deze eigenschap van de kleinste kwadraten wordt voldaan 
als aọ en a, zodanig gekozen worden, dat 


- y Aaa 
ag sT PA KT eh KD 
Fali - . 
„en Mk To U X. =X -X, Rt 
1 


Andere, meer ingewikkelde formules zijn af te leiden als de 
variabele Y van meer variabelen afhankelijk is. Zoals gezegd, 
mag de methode van de kleinste kwadraten alleen worden toegepast 
als we te maken hebben met lineaire vergelijkingen. Niet-lineaire 
vergelijkingen kunnen vaak tot lineaire worden getransformeerd, 
zodat toch de kleinste kwadratenmethode gebruikt kan worden. 
Voorbeelden hiervan zijn: 


Y = AB v‚ Tog Le » log A + t log B + log Ve 
b 1 
TUATS *Tea tb met Wes 
X X 
Voor de uitvoering van de berekeningen kan van computer- 
programma's gebruik worden gemaakt, zodat de rekentechnische 
zijde van de schatting van de parameters geen probleem hoeft op 
te leveren. 
Voor de beoordeling van de kwaliteit van de aanpassing van 
de regressielijn aan de puntenwolk zijn een aantal maatstaven ont- 
wikkeld: 


a. de Von Neumann-ratio 
b. de standaardfouten van de regressiecoëfficiënten 
C. de correlatiecoëfficiënt. 


Meer omvangrijke computerprogramma's voeren naast de 
parameterschattingen ook berekeningen uit voor deze drie maat- 
staven. Voor een behandeling van deze onderwerpen verwijzen we 
naar de appendix. 

Als het onmogelijk is de parameterwaarden te schatten met 
behulp van de methode van de kleinste kwadraten, omdat bijvoor- 
beeld empirische gegevens ontbreken, zal men zijn toevlucht moeten 
nemen tot meer subjectieve schattingen. Een traditionele benadering 
van de besluitvorming is in dit geval het houden van discussie- 
bijeenkomsten met een aantal experts. Aan een aantal met het 
onderwerp vertrouwde deskundigen wordt gevraagd om via een 
discussie uitspraken te doen die tot invulling van de parameter- 
waarden kunnen leiden. 
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Stel bijvoorbeeld dat een bierbrouwerij een relatie wil leggen 
tussen de bierverkoop en de gemiddelde maandtemperatuur. Door 
nu erkende bierdrinkers te vragen naar of te laten discussiëren 
over hun koopgewoonten kan misschien een indicatie omtrent het 
bedoelde verband worden verkregen. 

Het nadeel van deze beslissingsmethodiek kan zijn, dat de 
groepsmening sterk beinvloed wordt door dominerende persoonlijk- 
heden. Een methodiek waarbij men deze subjectieve beïnvloeding 
probeert te voorkomen is de Delphi-methode. Bij deze methode 
mogen de experts onderling niet communiceren. Zij krijgen indivi- 
dueel, in een aantal ronden, vragen voorgelegd. Na de eerste ronde 
worden de antwoorden op de vragen uit die ronde verwerkt en in 
de tweede ronde aan de deskundigen voorgelegd. De bedoeling is 
om op deze manier na een aantal ronden tot één gemeenschappelijke 
opvatting te komen. Het vraag- en antwoordproces wordt begeleid 
door een neutrale coördinator. 

Aan de methode liggen de veronderstellingen ten grondslag, 
dat experts op een bepaald terrein ook in staat zijn 'in de toekomst 
te kijken! en dat de uitkomst van het proces minstens even goed 
is als de opvatting van elk der individuen. 

Hoewel niet mag worden verwacht, dat men langs deze weg een 
nauwkeurige schatting van de parameters verkrijgt, zal een redelijk 
betrouwbare 'range! van de schatting reeds aanzienlijke kosten- 
en tijdbesparingen in de experimenteerfase van het simulatie-onder- 
zoek met zich mee kunnen brengen. 

De Delphi-procedure heeft ongetwijfeld nadelen. Zo zullen de 
schattingen van de parameters met de nodige voorzichtigheid 
gebruikt moeten worden. Dit nadeel is evenwel relatief, omdat de 
uitkomsten waarschijnlijk de 'beste' zijn gezien de mogelijkheden. 


Aan het slot van deze paragraaf willen we ten behoeve van 
insiders nog een opmerking maken over verschillen tussen simulatie- 
modellen en econometrische modellen. 

In de eerste plaats worden in econometrische modellen de exo- 
gene variabelen veelal als deterministisch beschouwd, terwijl de 
parameters met behulp van statistische schattingsprocedures worden 
geschat. Bij simulatie daarentegen veronderstelt men dat de varia- 
belen stochastisch zijn. De variabelen zijn kansvariabelen met een 
bepaalde kansverdeling c.q. kansdichtheid. De relaties worden in 
de vorm van hypothesen - die later gevalideerd moeten worden - 
geformuleerd. De parameterwaarden worden gekozen en de besproken 
schattingstechnieken zijn bedoeld om de keuzes van de parameters 
te onderbouwen. | 

De uitgangspunten tussen simulatie en econometrie zijn dus 
volkomen verschillend. Met simulatie heeft men een veel flexibeler 
gereedschap om een model te ontwikkelen. Ook is men bij simulatie 
niet gebonden aan lineariteit van de functionele relaties, noch 
behoeven de relaties in een functionele vorm te worden uitgedrukt. 
Bovendien is het in een simulatiemodel mogelijk met 'if .... then .... 
else ....' relaties te werken, terwijl tijdsafhankelijke relaties evenmin 
een probleem vormen. 
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In dit hoofdstuk zijn nu de bouwstenen voor het maken van 
een simulatiemodel aangereikt. Als deze bouwstenen in een concrete 
situatie worden gebruikt, zal de onderzoeker nu over een kwantita- 
tief model beschikken. Dit model moet nog wel worden getoetst. Met 
een kritische blik, met behulp van experts en van bepaalde 
technieken zal het model aan een zekere evaluatie onderwerpen 
moeten worden. Over dit onderwerp gaat de volgende paragraaf. 
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II.6 EVALUATIE VAN HET MODEL 


Modelbouw is een uitdaging voor onderzoekers om onbekende 
terreinen te exploreren. Door middel van een model proberen we als 
onderzoekers een onbekend terrein in kaart te brengen. Een groot 
probleem daarbij is dat het onbekende terrein nooit volledig bekend 
zal worden. We zullen altijd meer of minder in het duister blijven 
tasten. Ook al bouwen we in onze eigen ogen, en zelfs in de ogen 
van anderen nog zo'n goed model, we zullen nooit kunnen zeggen 
dat het model een juiste afbeelding is van de werkelijkheid. 

Immers wat is 'juistheid!' van een model? Houdt dit in dat 
we een model hebben gebouwd waarbij alle systeemvariabelen en 
relaties worden weergegeven door overeenkomstige modelvariabelen 
en relaties of houdt dat in dat het model aanvaardbaar nauwkeurige 
voorspellingen geeft of ----- ‚ vult u zelf maar in. 

In de literatuur wordt een aantal eisen genoemd waaraan een 
simulatiemodel dient te voldoen 


het model moet eenvoudig zijn; 

- het model moet doelgericht zijn; 

- het model moet robuust zijn, d.w.z. het mag geen ‘vreemde! 
uitkomsten geven; 

- het model moet overzichtelijk zijn en het moet gemakkelijk 
te hanteren zijn; 

- het model moet op de belangrijke punten volledig zijn; 

- het model moet vanuit een eenvoudige opbouw verder te 

ontwikkelen zijn; 

het model moet gemakkelijk aan te passen zijn. 


Moet er nu aan al deze eisen voldaan zijn om te kunnen zeggen 
dat het model een juiste afbeelding is? Welneen! Het begrip 'juist- 
heid! dient ingevuld te worden afhankelijk van de doelstelling (zie 
$ II.7) die voor het te ontwikkelen model wordt gehanteerd. Een- 
voudige modellen kunnen goede voorspellingen geven, zolang 
voldaan wordt aan de voorwaarden die voor het model gelden, maar 
deze modellen hoeven bepaald niet robuust te zijn. Bij veranderende 
omstandigheden waarmee in het model geen rekening is gehouden 
geeft zo'n eenvoudig model 'vreemde' uitkomsten. Als de gebruiker 
van het model de beperkingen nu maar inziet en op tijd de veran- 
deringen onderkent, is dit niet ernstig. 

Het is in deze fase van het onderzoek overigens onmogelijk om 
het geconstrueerde model volledig te evalueren. We kunnen dit nog 
slechts in een zeer beperkte mate doen. In deze fase van het onder- 
zoek dient het model te worden geëvalueerd op: 


de juistheid van de afbeelding, in de zin van 'justificatie'. 


Hierbij dient men zich af te vragen of het model, gegeven de 
doelstelling een adequate afbeelding is van het concrete systeem. 
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De term justificatie geeft hier wellicht het beste weer wat wordt 
bedoeld. Deze term wijst op: verantwoording en rechtvaardiging. 
De onderzoeker legt verantwoording af aan zichzelf èn aan zijn 
opdrachtgevers, hij rechtvaardigt zijn beslissingen t.a.v. de keuze 
van de variabelen, van de relaties en van de parameters. 

Er kunnen bij deze justificatie ook experts worden ingeschakeld. 
Het model wordt dan voorgelegd aan deskundigen met de vraag in 
hoeverre zij het model geloofwaardig vinden, gegeven de doelstel- 
lingen van het onderzoek. Deze vraag kan nader worden uitgewerkt 
en wel als volgt: 


zijn de opgenomen variabelen van voldoende gewicht 
voor de verklaring van de endogene variabele(n)? 
is er met alle relevante exogene variabelen rekening 
gehouden in het model? 


zijn de functionele verbanden tussen de afhankelijke 
en de onafhankelijke variabelen op de juiste wijze 
gespecificeerd? 

zijn de schattingen van de parameters reëel? 


Men spreekt in dit verband ook wel van 'face-validity'. 


Als op grond van deze evaluatie het model wordt ‘vrijgegeven! 
kan worden overgegaan tot de volgende fase van het onderzoek. 
Mocht dit niet het geval zijn, dan moet worden teruggekoppeld naar 
één van de voorgaande fasen. 

Tenslotte willen we hier nog verwijzen naar hoofdstuk VI dat 
in bredere zin het onderwerp validatie behandelt. 


SLOTOPMERKING 


We beschikken nu over een 'model'. Dit betekent echter niet 
dat we klaar zijn. Als namelijk de relaties in een kwantitatieve vorm 
(bijvoorbeeld in de vorm van een computerprogramma) zijn uitge- 
schreven, beschikt men nog niet over een verklaring! Dit is een 
fout, die veel gemaakt wordt. Het bouwen van een model is geen 
doel, maar een middel. Het model moet nog opgelost worden. Simula- 
tie is een heuristische oplossingsmethode, waaruit een verzameling 
alternatieve oplossingen tevoorschijn moet komen. 
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II.7 OPGAVEN 


Opgave 1 


Een veel gebruikte formule voor het verkrijgen van een reeks toevalsgetallen 
is: i 


kaj t x;xa (modulo m) 


De startwaarde voor de randomgenerator is Xx. 


a. Stel dat x= 3,a = 7 en m= 15. 
Genereer met de hand een tiental toevalsgetallen. 


Om m.b.v. een computer de reeks te doen genereren kunnen aan a en 
m enige eisen worden gesteld, waarmee de kwaliteit van de random- 
generator samenhangt. Zo'n randomgenerator is dan machine-afhankelijk. 
Uit de literatuur volgen deze aanbevelingen: 


Xo = oneven 


a = 8k +3 (k is een niet-negatief geheel getal) 


Kies voor m het grootste gehele getal dat een geheugenwoord kan bevat- 
ten. Bij een '32-bitsmachine' is m = 2?1-1 of 2°? (macht van 2). 
Het getal a is vaak 16807. 


b. Schrijf een procedure in Pascal, Simula, BASIC of een andere beschik- 
bare taal om randomgetallen te produceren. 


c. Voldoen de sub b. geproduceerde getallen aan een uniforme verdeling? 
Een chi-kwadraat toets is als toetsingsmiddel goed bruikbaar (zie Appen- 
dix A). 


d. Tot welke bezwaren kan de machine-afhankelijkheid van een random- 
generator leiden? 


e. Toets uw procedure aan de lijst van eisen die aan het slot van § III.5.1 
zijn genoemd. 


Opgave 2 


Een stichting Studentenhuisvesting beheert zeven studentenflats. Deze flats 
zijn in twee blokken te onderscheiden. In drie flats (blok I) met in totaal 
1000 kamers is het verloop aanmerkelijk groter dan in de vier andere flats 
(blok II), met eveneens 1000 kamers. 

Aanmelding voor deze kamers vindt vooral plaats in de maanden mei tot en 
met juli. Daarna lopen de aanmeldingen terug. De kamers worden in volg- 
orde van aanmelding toegewezen. Als de flats vol zijn worden de belang- 
hebbende studenten op een wachtlijst gezet. 


a. Formuleer zelf een doelstelling voor een simulatie-onderzoek en geef 
globaal aan langs welke weg u dit onderzoek zou willen uitvoeren. 
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b. Formuleer het probleem met behulp van de diverse soorten van variabe- 
len, relaties en parameters. 


C. Geef aan op welke manier u aan de noodzakelijke gegevens denkt te 
komen om het model 'rond' te maken zodanig dat u tot het experimenteel 
ontwerp (de volgende fase van het onderzoek) over kunt gaan. 


d. Welke methoden kunt u hanteren om tot een evaluatie van het ontworpen 
model te komen? 


Opgave 3 


Bedenk zelf een concreet probleem waarvan u denkt dat dit geschikt 
is om door simulatie te worden onderzocht. 
Beantwoord dezelfde vragen als die bij opgave 2 zijn gesteld. 


Opgave 4 


Ontwerp een simulatiemodel van een voorraadsysteem dat door de volgende 
schets wordt gekarakteriseerd. Beantwoord daarbij ook de vragen uit 
opgave 2. 


voorraad 
hoogte | 


tijd — 


Opgave 5 


Schrijf in Pascal, Simula, BASIC of een andere door u gebruikte taal proce- 
dures om toevalsgetallen te trekken uit: | 


a. de negatief exponentiële verdeling; 
b. de normale verdeling; 
c. de Poisson verdeling. 


HOOFDSTUK IV 


Het Opzetten van 
Simulatie-Experimenten 


IV.1 INLEIDING 


In figuur III.2c is een schets gegeven van de fasering van 
simulatie-onderzoek. Volgens deze schets volgt na de modelontwikke- 
ling het experimenteel ontwerp (Engels: experimental design), ook 
wel aangeduid als de keuze van de proefopzet. Deze fase is bedoeld 
om na te gaan 'welke experimenten nodig zijn om aan de gevraagde 
informatie te komen' en ‘hoe deze experimenten zo efficiënt mogelijk 
uitgevoerd kunnen worden'. In $ 2 van dit hoofdstuk gaan we heel 
globaal op deze vragen in. Aan de hand van enkele voorbeelden 
wordt uiteengezet wat experimenteel ontwerp is. Verder wordt de 
plaats van het experimenteel ontwerp in het totale simulatie- 
onderzoek besproken. 

Om het doel van het experimenteel ontwerp zoveel mogelijk te 
realiseren is enige structurering van het ontwerpproces wenselijk. 
In § 3 bespreken we dit proces; we lichten het toe aan de hand van 
'de haringkar'. 

Het ontwerpproces kent twee hoofdfasen, die van de strate- 
gische en die van de tactische planning. Bij de strategische planning 
gaat het vooral om vragen als: 


- welke exogene variabelen gebruiken we om het effect hiervan 
te onderzoeken op de endogene variabelen; 

- welke waarden geven we de exogene variabelen? 

- welke belangrijke beslissingen moeten worden genomen in 
het reële systeem? Door te experimenteren willen we het 
effect van die beslissingen te weten komen. 


De strategische planning wordt toegelicht in $ 4. 


Bij de tactische planning gaat het om de invulling van de 
experimenten met het oog op een zo efficiënt mogelijke aanpak. 
Voorbeelden van tactische planningsvraagstukken zijn: 


- de omvang van de steekproef; 
- de startwaarden van de toestandsvariabelen; 
- het aantal herhalingen van een experiment. 


IV.2 Inleiding 


Terwijl het bij de strategische planning gaat om de doelstel- 
lingen en het opstellen van een plan om deze doelstellingen te 
realiseren, gaat het bij de tactische planning om de realisering van 
het plan tegen zo laag mogelijke kosten. 

In de §§ 5-9 worden verschillende vraagstukken die tot de 
tactische planning behoren meer gedetailleerd behandeld. Een 
volledige behandeling is in het kader van dit boek niet goed moge- 
lijk. Daarvoor is teveel kennis van statistiek vereist. In appendix 
A geven we een overzicht van statistische technieken die voor de 
tactische planning van belang kunnen zijn. 

Zoals gebruikelijk wordt het hoofdstuk afgesloten met een 
paragraaf opgaven. 
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IV.2 HET EXPERIMENTEEL ONTWERP IN GROTE LIJNEN 


Ter inleiding op de vraag: 'Wat is experimenteel ontwerp?! 
bespreken we een voorbeeld. We nemen een eenvoudig radiotoestel 
met daaraan de volgende knoppen: aan/uit, hard/zacht met 10 
verschillende standen, golflengte (FM, LW, MW, SW) en een afstem-. 
knop met per band: 10, 10, 40 respectievelijk 5 te ontvangen 
stations met een acceptabele ontvangstkwaliteit. 


Oa. -® 
POWER 
TUNING ml wlnwsw| 


Laten we aannemen, dat we op een systematische wijze met het 
toestel gaan experimenteren. Dit kan op een groot aantal manieren 
gebeuren. 


Vraag: Hoeveel verschillende varianten van verschillende geluids- 
kwaliteit zijn, als de radio aanstaat, mogelijk? 


Het is onwaarschijnlijk, dat u alle varianten in de praktijk zult 
gaan onderzoeken. Al heel snel zal bij daadwerkelijk gebruik van 
het toestel blijken, dat een tiental varianten voor u het meest 
aantrekkelijk zijn. Op die varianten zult u zich bij het instellen van 
het radiotoestel dan ook vooral concentreren. | 

Eenzelfde redenering gaat op voor experimenten met een 
simulatiemodel. Stel, dat een levensmiddelengroothandel een oplos- 
sing zoekt voor de vestigingsplaatsen van een magazijn ter bevoor- 
rading van de detaillisten. De volgende factoren spelen bij deze 
beslissing een rol: 

- vestigingsplaats (10 mogelijkheden) 

- vorm van bedrijfsvoering (3 mogelijkheden) 

- transportmethode (5 mogelijkheden). 
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Evenals bij de radio zijn een groot aantal varianten mogelijk. 
Vraag: Hoe groot is het aantal mogelijke varianten? 


Bij elk van de varianten zal men ook te maken hebben met 
kansvariabelen, zoals bijvoorbeeld bestelfrequentie en bestelgrootte. 
Teneinde de invloed van het stochastische element van de ‘random 
generator! weg te werken, zal eenzelfde variant meerdere malen 
worden herhaald. Hierdoor neemt het aantal malen dat men een 
experiment uitvoert nog eens toe. 

Vandaar dat wordt geprobeerd het aantal varianten krachtig 
te beperken. Bekeken moet dan worden welke combinaties de meeste 
informatie zullen opleveren. Met andere woorden, de economische 
noodzaak dwingt ons om na te gaan op welke wijze de meeste infor- 
matie tegen de minste kosten verkregen kan worden. 

Als belangrijke kostenfactoren bij simulatie kunnen worden 
genoemd mankracht, tijd en computerfaciliteiten. 


Mankracht: vaak is er sprake van een onderzoekteam van 
2-5 leden, die van een behoorlijk niveau moeten 
zijn om het onderzoek te kunnen uitvoeren. 

Tijd: de benodigde tijd voor een onderzoek is vaak 
moeilijk te schatten; toch is beheersing van 
het tijdsaspect bij veel onderzoeken zeer nood- 
zakelijk. 

Computerfaciliteiten: voor simulatie-onderzoek is een computer 
noodzakelijk; het schatten van de capaciteit 
en zeker van de computertijd is lastig, maar 
moet wel gebeuren. 


Men zal in de experimentele fase van het projeet moeten nagaan 
wat de nog beschikbare middelen zijn, uitgedrukt in de drie genoemde 
grootheden. Op deze gegevens, die men gewoonlijk als randvoor- 
waarden beschouwt, zal het experimentele ontwerpplan gebaseerd 
moeten worden. 

In samenhang met de vaststelling van de beschikbare middelen 
is de vraag van de gewenste informatie van belang. Iedere onder- 
zoeker zal zoveel mogelijk informatie (= eindprodukt) willen krijgen 
tegen zo laag mogelijke kosten. Welke experimenten uitgevoerd 
moeten worden om de gewenste informatie te verkrijgen, dat wil zeg- 
gen van welke varianten bij voorbaat vastgesteld wordt dat ze plau- 
sibele mogelijkheden zijn om onderzocht te worden, is de belangrijkste 
vraag die bij de strategische planning aan de orde komt. In § 4 van 
dit hoofdstuk zal de strategische planning worden behandeld. 

In dit verband speelt ook een rol het feit, dat de gegevens 
van de experimenten verwerkt moeten worden. Elk experiment levert 
een bepaalde hoeveelheid gegevens. Om aan deze gegevens relevante 
en betrouwbare informatie te onttrekken, zullen bewerkingen nodig 
zijn. De doelstellingen van de simulatie bepalen welke bewerkingen 
dat zijn. meestal worden deze bewerkingen uitgevoerd met behulp 
van statistische technieken. 
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Tot de meest voor de hand liggende bewerkingen behoren: 


- het vergelijken van alternatieven door middel van gemiddel- 
den en varianties; 

- het bepalen van de invloed van verschillende variabelen 
en het interval waarin zij van belang zijn; 

- het bepalen van de onderlinge afhankelijkheid der variabelen; 

- het zoeken naar optimale waarden van een variabelenverzame- 
ling. 


Het simulatiemodel is een experimenteel instrument in handen 
van de onderzoeker, op soortgelijke wijze als bij laboratoriumexperi- 
menten. Daarom zullen ook soortgelijke overwegingen een rol spelen 
bij het construeren van de opzet van het simulatie-experiment. 
Hierbij kan als voorbeeld aangehaald worden het probleem dat bij 
veel economisch onderzoek naar voren komt, namelijk het van elkaar 
afhankelijk zijn van een aantal modelvariabelen. Om dit probleem 
op te lossen zijn doorgaans grote aantallen experimenten nodig. In 
dit soort gevallen is dan een goede opzet van groot belang. 

Het belang van een zorgvuldig experimenteel ontwerp wordt 
ook nog benadrukt door te bedenken dat de geldigheid ('validity') 
van het simulatiemodel ervan afhankelijk is. De geldigheid is immers 
altijd relatief en wel binnen de grenzen opgelegd door het experi- 
mentele kader. Dit kader legt namelijk de grenzen vast van de 
mogelijke waarnemingen aan het model. Een model zou door bepaalde 
experimenten geldig verklaard worden, terwijl andere experimenten 
juist het tegendeel aantonen. 


Het experimenteel ontwerp komt bij een simulatie-onderzoek 
verschillende keren aan de orde. Dit blijkt niet zonder meer uit 
figuur III.2c, hoewel wij ter toelichting van deze figuur wel hebben 
gewezen op een zekere parallelle uitvoering van de verschillende 
fasen. Om de belangrijkheid van het experimenteel ontwerp in het 
gehele onderzoek tot uitdrukking te brengen, hebben we figuur 
IV.2a opgenomen. Bij bestudering hiervan zien we, dat de vraag 
Welke experimenten gaan we uitvoeren en hoe?'verschillende keren 
wordt gesteld. Behalve in de experimentele ontwerpfase zelf moet 
er ook reeds in de probleemformuleringsfase aandacht aan het 
experimenteel ontwerp worden besteed. Wanneer de probleemformule- 
ring 'voltooid' is en besloten is dat men computer-simulatie gaat 
toepassen, zullen ook de doelstellingen bekend en geformuleerd 
zijn. De opzet van het experiment hangt ten nauwste samen met de 
doelstellingen. Daarom zetten we op dit moment tevens een voorlopig 
experimenteel plan op. Samen met de doelstelling is namelijk bekend 
wat de onderzoeker wenst te weten van het systeem. Het experimenteel 

Het experimenteel plan zal de vraag: 'Hoe denkt men aan die 
wetenschap te komen?', moeten beantwoorden. Het experimenteel 
plan zal zelfs al betrekkelijk gedetailleerd moeten zijn, omdat het 
te construeren model beter en efficiënter ontworpen kan worden 
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Figuur IV.2a 
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worden om straks de benodigde experimentele gegevens te kunnen 
genereren, als men al enig idee heeft hoe de experimenten eruit gaan 
zien. 

Tevens moet niet uit het oog worden verloren dat in het 
computermodel een goed gedeelte van het experimenteel ontwerp 
moet zijn ingebouwd. 

Ten derde zal men de analyse van de uitvoergegevens bij voor- 
keur ook automatiseren. Ook deze 'outputanalyse' zal in het computer- 
model ingebouwd moeten worden. Redenen te over om niet pas nadat 
men het simulatiemodel heeft ontworpen en gecodeerd zich met de 
vraag omtrent het experimenteren bezig te houden en dan tot de 
ontdekking te komen dat de gehele programmaconstructie en uitvoer- 
formulering moeten worden gewijzigd. 

Is de noodzaak voor het voorlopige experimentele plan wel 
aangetoond, hoe de concrete uitwerking ervan moet plaatsvinden 
is een verre van eenvoudige zaak. Men weet immers van het te onder- 
zoeken systeem nog bar weinig (anders zou het onderzoek wellicht 
geen doorgang behoeven), derhalve is ook nog niet duidelijk hoe 
het model eruit komt te zien. 

Herhaalde terugkoppeling naar deze fase, terwijl de analist 
voortschrijdt in zijn kennis en inzicht, is daarom een vereiste. 

Nadat het model geconstrueerd en gevalideerd is, het computer- 
programma gereed en uitgetest, komt het punt waarop het echte 
experiment ingaat. Dit is simulatie in de beperkte betekenis van 
het woord. Om het 'echte experiment! te doen slagen, zal het 
gedetailleerde experimenteel ontwerp in het computerprogramma 
ingebouwd moeten zijn. 
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IV.3 HET (EXPERIMENTEEL) ONTWERPPROCES 


Elk ontwerp en dus ook het ontwerp van simulatie-experimenten 
moet op een systematische manier aangepakt worden. Daarom stellen 
we een benaderingswijze voor in de vorm van een gefaseerd proces, 
waarvan het resultaat een ontwerp is van de experimenten die we 
willen gaan uitvoeren. 

In het kort is dit proces als volgt te schematiseren: 


bepaal de doelstellingen 
en criteria voor het 
experimenteel ontwerp 


construeer een volledig 
experimenteel model 


reduceer dit model tot 
een functioneel 
experimenteel ontwerp 


zijn de 
aannamen t.a.v. 
de factoren 
juist? 


ja 


stel een tactisch plan op 
voor de uitvoering van de 
experimenten 


Figuur IV.3a 


We zullen dit proces illustreren met een bekend voorbeeld, dat 
van de haringkar. Eerst echter bespreken we een aantal termen. 

Wanneer we een simulatiemodel beschouwen als een 'input- 
output '-model, ook wel een 'black box'-model genoemd, dan zijn 
er twee grootheden van belang, namelijk x en y, zie figuur IV.3b. 
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transformatie- 
proces 


Figuur IV. 3b 


x en y zijn symbolen voor de vector van invoervariabelen respec- 
tievelijk van uitvoervariabelen. 

Er zijn nogal wat benamingen voor de x en y vectoren, afkomstig 
uit verschillende disciplines die op de een of andere wijze in hun 
research met modellen werken, zoals biologie, sociologie, enzovoorts. 


Nederlands Nederlands 
factor factor response uitkomst 
input variable| invoervariabele output variable| uitvoervariabele 


exogenous exogene endogenous endogene 
variable variabele variable variabele 


treatment yield 


independent onafhankelijke dependent afhankelijke 
variable variabele variable variabele 


omgevingsvariabele uitgangsvariabele 
beslissingsvariabele te verklaren 
regel variabele TIF teoei 
instrumentele variabele 


verklarende variabele 


Wij zullen in het kader van het experimenteel ontwerp de termen 
'factor' en 'response' of 'responsevariabele'*) gebruiken. 

Eén vraag staat nu centraal, namelijk: 'Welk effect heeft een 
verandering in x op y?' Het experimenteel ontwerp bestaat daaruit 
dat we een lijst van factoren samenstellen, die we al experimenterend 
willen veranderen om te zien hoe y reageert. Daarbij behoort ook de 
vaststelling welke waarden die factoren moeten hebben (Engels: 
'levels'). 

Het model van het experimenteel ontwerp dat op deze wijze 
verkregen wordt, is een ideaal model; d.w.z. met economische en 


*) We schrijven verder response of responsevariabele, dus zonder het gebruik 
van aanhalingstekens. 
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statistische beperkingen wordt nu geen rekening gehouden. We 
noemen dit ook wel het structurele model. Let wel: dit is niet het- 
zelfde als het simulatiemodel waarmee we experimenteren. Ga dit 
zorgvuldig na. 

Het uiteindelijke ontwerp van het experimenteel model wordt 
vastgelegd door de opgelegde criteria. Deze zullen eerst moeten 
worden omgeschreven. De volgende vragen moeten worden gesteld 
en beantwoord. 


1. Welke zijn de factoren, waarmee we willen experimenteren en 
waarvan we het effect op het systeem willen bepalen? 


2. Van welke factoren moeten de aard en het aantal waarden dat 
we willen gebruiken, worden vastgesteld? 
- Zijn de waarden van de betreffende factor kwalitatief of 
kwantitatief? 
- Zijn de waarden vast (fixed) of random? 
- Moeten er effecten gemeten worden, die niet lineair zijn? 
- Krijgen alle factoren een gelijk aantal waarden? 
Zijn de waarden van de factoren waarneembaar? 


3. Het aantal metingen van de responsevariabelen. 
- Kunnen interactie-effecten tussen de factoren waargenomen 
worden? 
- Welke nauwkeurigheid wordt er vereist? 


VOORBEELD 


In hoofdstuk I is uitvoerig ingegaan op de haringkar. Een 
experimenteel ontwerp voor de haringkar zullen we nu volgens het 
schema van figuur IV.3a opzetten. 


1. Doelstellingen en criteria. 


Het ging erom te onderzoeken op welke wijze de wachttijden 
van de klanten aan de haringkar kunnen worden teruggebracht. 
We simuleren het systeem bij dagen met een normaal gemiddeld 
klantenaankomstpatroon en bij drukke dagen. We vergelijken de 
wachttijden die er ontstaan, wanneer er een of twee bedienden de 
klanten helpen. Er worden voorwaarden gesteld aan de duur van 
de wachttijd (maximaal 5 minuten) en de lengte van de wachtrij. De 
simulatie experimenten moeten ons inzicht verschaffen over de 
invloed van het aantal bedienden (een beslissingsvariabele) op het 
gedrag van het systeem: de wachttijd van de klanten. Deze wacht- 
tijd is dus de responsevariabele. 


2. Een volledig experimenteel model (zie ook § IV.5). 


Alle factoren die van invloed zijn op de responsevariabele 
wachttijd, zullen onmogelijk meegenomen kunnen worden. De scherpte 
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of botheid van het fileermes dat voor het schoonmaken van de vis 
wordt gebruikt, zou wel eens een rol van betekenis kunnen spelen. 
Het antwoord op de vraag van de relevante factoren zal dan ook 
voornamelijk door de opdrachtgever, die kennis heeft van het reêle 
systeem, gegeven moeten worden. Wij stellen de volgende factoren 
vast : 


xl: aankomstpatroon van de klanten 

x2: de boodschappenlijst van de klanten 
x3: de dag in de week 

x4: het uur van de dag 

x5: het seizoen 

x6: de rijdiscipline 

x7: het aantal bedienden. 


Deze factoren hebben uiteenlopende waarden, ze zijn niet alle 
onafhankelijk van elkaar en tenslotte zullen ze elk niet een even 
sterke invloed uitoefenen op het gedrag van het systeem. Daarom 
zullen we aan de hand van een aantal veronderstellingen de factoren 
terugbrengen tot een verantwoord aantal. Deze veronderstellingen 
moeten natuurlijk wel op de een of andere manier op hun juistheid 
worden getoetst. 


3. Het functionele experimenteel model (zie ook $ IV.4) 


Zoals gezegd brengen we nu het aantal factoren tot een, gezien 
de doelstellingen van het onderzoek verantwoord aantal terug. We 
komen dan tot het volgende overzicht. 


xl: de aankomsttijd is een factor die zich gedraagt volgens een 
Poissonproces, we experimenteren niet met andere processen; 


x2: deze factor wordt weergegeven door een kansvariabele helptijd 
met een uniforme verdeling; 


x3: een factor met 2 waarden, namelijk gewone dagen en de vrijdag; 
het verschil is, dat de parameter van de aankomstverdeling 
anders wordt; 


x4: hoewel het aannemelijk is dat de dagen piekuren vertonen, 
brengen we dit aspect niet in: de factor vervalt; 


x5: eenzelfde redenering als voor x4 geldt, ook deze factor vervalt; 


x6: de klanten worden geholpen volgens het principe ‘first in, first 
out '; 


x7: het aantal bedienden is één of twee. 


We houden dus twee beïnvloedbare factoren over, namelijk: 


x3 met twee waarden: normale dag en vrijdag 
x7 met twee waarden: één en twee. 


Het functionele experimenteel ontwerp kan als volgt in een tabel 
worden weergegeven: 
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normale dag * % 


vrijdag % x 
Figuur IV.4b Functioneel experimenteel ontwerp 


Op grond van dit model kunnen nu vier experimenten worden 
uitgevoerd, die bij uitvoering elke informatie zullen opleveren over 
de responsevariabelen, zoals de wachttijd. Over de vraag hoe expe- 
rimenten het beste uitgevoerd kunnen worden, gaan de §§ 5-8 van 
dit hoofdstuk. In $ 9 komen we nog eens terug op dit voorbeeld. 
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IV.4 HET EXPERIMENTEEL MODEL (strategische planning) 


In de vorige paragraaf hebben we het experimenteel model 
onderscheiden in: volledig en functioneel. Het volledige model wordt 
beschreven door alle factoren en alle mogelijke waarden van deze 
factoren. Als in een bepaald onderzoek k het aantal factoren is 
en qj het aantal waarden van de factor i dan kan het aantal 
experimenten N, worden berekend uit: 


Als bijvoorbeeld in een bepaald onderzoek k = 4 en qi= 2, 
q2=3, q3 =1 en qu = 2, dan is het aantal mogelijke experimenten: 


wr Me te 


Elk experiment is een bouwsteen of een structurele eenheid 
van het totale onderzoek. Vandaar dat ook wel de uitdrukking 
structureel model wordt gebruikt. 

Het functionele model is het model dat ten opzichte van het 
structurele model beperkt is, omdat het in verband met beperkte 
middelen niet mogelijk is het structurele model volledig uit te voeren. 
Zoals uit de bovenstaande formule blijkt, neemt het aantal experimen- 
ten van een simulatie-onderzoek al vrij snel toe bij hogere waarden 
van k en q. Als bijvoorbeeld k = 6 en q = 3 voor elke factor, 

. dan hebben we al te maken met 


Nera RAND a 

Door de grote hoeveelheid waarnemingen die men dan verkrijgt, 
zal de analyse erg moeilijk zijn. Naast de beperkte middelen is dit 
ook een reden om het aantal experimenten zoveel mogelijk terug te 
brengen. 

Het functionele experimenteel model wordt beschreven door 
het aantal experimenten Nf. In de praktijk zal Ne< Ng. 

We zullen in het vervolg van deze paragraaf achtereenvolgens 
nader ingaan op de factoren, de waarden van de factoren en op de 
mogelijkheid het aantal experimenten te beperken. 


IV.4.1 De factoren 


Een factor is een exogene variabele of een parameter uit het 
simulatiemodel. Met welke factoren we te maken hebben, is eerst 
en vooral afhankelijk van de doelstellingen van het onderzoek. Ze 
zijn vastgesteld in de ontwikkelingsfase van het simulatiemodel. We 
maken eerst een uitgebreide lijst van alle factoren die van invloed 
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kunnen zijn op de responsevariabelen. Daarna proberen we deze 
lijst te reduceren door de meest belangrijke factoren te selecteren. 
Hoe minder we van het systeem afweten, hoe lastiger dat is. Wel 
weten we dat het merendeel van de systemen onderworpen is aan het 
Pareto principe, d.w.z. dat slechts weinig factoren significant van 
invloed zijn op de responsevariabelen. Een vuistregel is, dat ca. 20% 
van de factoren ca. 80% van het totale effect voor zijn rekening 
neemt. De hamvraag is dus eigenlijk: welke zijn die weinige, doch 
belangrijke factoren? 

De volgens het onderzoek in aanmerking komende factoren 
worden geclassificeerd in een drietal categorieën. 


1. De variabele kan constant gehouden worden en maakt dan deel 
uit van de grenzen en condities van het systeem. Deze klasse 
variabelen behoort niet tot de factoren in het experimenteel 
model. 


2. De factoren die niet controleerbaar of te beheersen zijn. Deze 
maken deel uit van het toeval, geïntroduceerd via de gebruikte 
‘random'-generatoren. Een voorbeeld hiervan is het weer. Toch 
kunnen weercondities wel worden waargenomen en als zodanig 
kan het weer, wanneer dat van belang is, een factor vormen, 
zij het een onbestuurbare. 


---niet bestuurbaar, wel waarneembaar--- 


3. De factoren, die meetbaar en beheersbaar zijn, zijn degene 
waarin we geinteresseerd zijn in het structureel model. Niet 
alle factoren die beheersbaar of bestuurbaar zijn, zullen worden 
meegenomen. In dat geval verdwijnt ook hun effect in de varia- 
tie van de toevalscijfers. Een voorbeeld hiervan is 'de dag van 
de week! (een 'maandag-auto' is berucht). 


De factoren, welke men in ieder geval moet introduceren, zijn 
die waarin men uit hoofde van de doelstelling van het onderzoek 
geïnteresseerd is. Let wel: deze factoren van 'basis-interesse' zijn 
niet noodzakelijk diegene, die het grootste effect op de uitkomst 
hebben. 
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Hieruit volgt ook een argument voor vroegtijdig experimenteel 
onderzoek: weet men ten tijde van de constructie van het simulatie- 
model nog niet welke factoren later in het experimenteel model 
opgenomen moeten worden, dan kan dat als consequentie met zich 
meebrengen dat men het simulatiemodel opnieuw zal moeten ontwer- 
pen. Een andere reden om meer factoren in het model te brengen 
is om de nauwkeurigheid van de resultaten te vergroten. Ook dit 
is bij de probleemformulering vastgesteld. 


IV.4.2 Het aantal waarden per factor 


We stellen eerst vast dat de volgende vragen beantwoord moeten 
worden: 


Es Zijn de waarden van de factor kwalitatief of kwantitatief? 
P Zijn de waarden vast of stochastisch? 

3. Zijn er niet-lineaire effecten? 

4 Zijn alle factoren op een gelijk aantal waarden te variëren? 


Ad 1 

Een factor is kwantitatief als de waarden getallen zijn. De 
variabelen kunnen op de interval- of ratioschaal gemeten worden. 
Voorbeeld: de weersconditie is kwantitatief: de temperatuur, vochtig- 
heidsgraad in %. Andere voorbeelden zijn kosten, tijd, snelheid. 
Voorbeelden van kwalitatieve factoren zijn: machines, operators, 
dag van de week, geografische gebieden, beslissingsregels, rij- 
disciplines, enzovoorts. Men kan er wel getallen aan verbinden, 
maar het zijn geen ‘echte functies'; 


; machinenummer 


voperatornummer 


Een ander voorbeeld is de haringkar. Het aantal bedienden, 
als ook de parameters à en u van de aankomst- en helptijd- 
verdelingen zijn kwantitatief. De rijdiscipline die geldt, namelijk 
wie het eerst komt, wordt het eerst geholpen (FIFO) is een kwalita- 
tieve factor. 


de output is een onzinrelatie, 


Ad 2 

We spreken van een vaste factor ('fixed factor!) als de waarde 
van de variabele 'vast' is gekozen. Zo kan bijvoorbeeld bij een 
experiment van een investeringsmodel voor een waarde van 11% voor 
de interestvoet worden gekozen. Bij een volgend experiment kan 
dan met 11,5% of 12% worden gewerkt. Als alle exogene variabelen 
op bepaalde waarden worden vastgelegd, is het stochastische element 
verdwenen. Laten we daarentegen de waarden van één of meer 
factoren door het toeval bepalen, dan is er sprake van een stochas- 
tisch experiment. Vaak zullen in een experiment beide categorieën 
van factoren voorkomen. 
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Ad 3 

Het minimum aantal waarden is twee, daar er anders geen 
sprake meer is van een factor. Het aantal waarden moet niet groter 
worden dan noodzakelijk is om het doel van het experiment te berei- 
ken. Dat bepaalt de bovengrens. Elke waarde méér kost alleen maar 
geld. Wanneer men besluit tot twee waarden voor een factor, dan 
impliceert dit dat het effect wordt beschouwd lineair te zijn. 

Verwacht de onderzoeker echter kwadratische effecten, dan 
moet hij minstens drie waarden instellen, enzovoorts. Dit geldt 
nadrukkelijk voor kwantitatieve factoren. 


Ad 4 

Wanneer men alle factoren evenveel waarden laat aannemen, 
spreekt men van een symmetrisch model: N = ak. 

Dit kan voordelen hebben bij het analytisch onderzoek van de 
uitkomsten, zoals bijvoorbeeld bij Variantie-analyse. Het loont dus 
de moeite te onderzoeken of dit mogelijk is. 


IV.4.3 Het functionele experimenteel model 


Aan het begin van deze paragraaf is onderscheid gemaakt 
tussen het structurele en het functionele experimenteel model. Het 
functionele model is beperkt ten opzichte van het structurele model, 
doordat het aantal experimenten wordt ingeperkt. We schreven 
reeds, dat het doel van het functionele model is het aantal experi- 
menten zodanig te beperken, dat voldoende informatie gezien het 
doel van het onderzoek kan worden verkregen. 

Het is helaas niet mogelijk om exacte regels te geven voor de 
manier waarop het aantal experimenten kan worden beperkt. Er zijn 
in de literatuur van het experimenteel ontwerp, waarvan de theorie 
is ontwikkeld vanaf de twintiger jaren en waarvan toepassingen 
bestaan in de landbouw, de chemie, enzovoorts, wel bepaalde 
mogelijkheden aangegeven, maar deze staan voor wat betreft de 
toepassing op vraagstukken uit de sociale wetenschappen nog in 
de kinderschoenen. Om het aantal experimenten te beperken maken 
we gebruik van de statistische proefopzet *). 

Veronderstel dat in een experimenteel model drie factoren X1, 
x2 en X3 relevant zijn. Elk van de factoren heeft 2 waarden, die 
we aangeven met respectievelijk +1 en -1. (Een 'hoge' en een 
'lage' waarde; 1 en -1 zijn symbolische waarden.) Wanneer we 
alle combinaties willen bestuderen, zijn 2% = 8 experimenten nodig. 
Als we evenwel veronderstellen, dat het verband tussen de response- 
variabele y en de drie factoren door de volgende geschatte 
regressievergelijking wordt weergegeven: 


*) Zie: J.P.C. Kleijnen, The role of statistical methodology in simulation, in: 
Methodology in systems modeling and simulation, Amsterdam, 1979. 
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Fe bo + bixi + bzxe2 + b3x3 (vergelijking IV.1) 


dan kunnen we de parameters bj (i= 0,1,2,3) schatten uit slechts 
vier experimenten. De parameters in deze vergelijking kunnen 
worden aangemerkt als de effecten van de factoren op de response- 
variabele. 

Deze vier experimenten kunnen bijvoorbeeld worden uitgevoerd 
zoals weergegeven is in tabel IV.4a. 


Sd 


Experiment X1 X? x3 (= X1X2) 


1 1 1 
o, 1 a 

1 Sg -i 
I “i 


WN = 


Tabel IV.4a Experimenteel model voor drie factoren 


De combinaties worden als volgt bepaald. Schrijf eerst alle 
mogelijke combinaties voor Xx, en X2 uit (2? = 4) en voeg dan de 
waarde van X, toe door de waarden van xj en Xx met elkaar te 
vermenigvuldigen. In dit voorbeeld is sprake van een zogenaamde 
23-1 proefopzet, omdat er drie factoren zijn waarbij de waarde van 
de derde factor afhankelijk wordt gesteld van de twee andere 
factoren. 

Op dezelfde wijze als voor drie factoren kan voor bijvoorbeeld 
zeven factoren het aantal experimenten worden gereduceerd. Indien 
een 277" proefopzet wordt gevolgd, kan tabel IV.4b worden opgesteld. 


Experiment Xı X2 X3 Xu X5 X6 X7 


1 — — — + + + — 
2 + - — - - + + 
3 =- + _ - + - + 
4 + + - + - - - 
5 — - + + - — + 
6 + — + — + - 
7 - + + - - + - 
8 + + + + + + + 


Tabel IV.4b Experimenteel ontwerp voor zeven factoren*) 


*) In deze tabel zijn voor het gemak de enen weggelaten. 
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Ter toelichting nog het volgende: in de eerste drie kolommen 
staan de mogelijke combinaties voor xj, Xx, en x, (277*= 2? = 8). 
De kolom van xu is ontstaan door vermenigvuldiging van de tekens 
in de kolommen van x) en x. We schrijven dit aldus op: 

Xu = XıX2. Evenzo is Xs = XX, X6 = X2X3 en xX37= X1X2X%3. 

We zien dus, dat door de hier gedemonstreerde kunstgreep 
het aantal experimenten krachtig kan worden beperkt. Zo'n beperkte 
proefopzet wordt ook wel aangeduid als een fractioneel experimen- 
teel ontwerp (Engels: fractional factorial design). Als alle mogelijke 
experimenten worden uitgevoerd, wordt gesproken van een volledig 
experimenteel ontwerp (Engels: full factorial design). 

Een fractioneel ontwerp kan tot nadeel hebben dat de effecten 
van de afzonderlijke variabelen onvoldoende worden herkend. Ze 
kunnen als het ware onder één noemer worden samengebracht. Door 
een nauwgezette analyse van de factoren kan de onderzoeker een 
zodanig fractioneel ontwerp opzetten, dat de belangrijkste effecten 
worden herkend. 

In bepaalde gevallen is het mogelijk, dat de factoren elkaar 
onderling beinvloeden. Dit betekent dat in de responsevariabele 
naast de bijdrage van de afzonderlijke factoren ook het effect van 
de wederzijdse invloed, het zogenaamde interactie-effect is verwerkt. 
De regressievergelijking is dan niet van de eerste orde, zoals verge- 
lijking IV.1, maar van een hogere orde. Deze laatste kan in het 
geval van twee factoren als volgt in een regressievergelijking worden 
weergegeven: 


9 = bo + bixi + b2x2 + bi2X1x? (vergelijking IV. 2) 


Een grafische voorstelling van interacties in zo'n situatie van twee 
factoren is te vinden in figuur IV. 4c. 


In deze paragraaf is de strategische planning van het experi- 
menteel ontwerp behandeld. Hierbij is onderscheid gemaakt tussen 
het volledige (of structurele) en het functionele experimenteel model. 
Bij dit onderscheid gaat het om de factoren die van het meeste 
belang worden gedacht voor de verklaring van het systeemgedrag. 
Beperking van het aantal factoren zal leiden tot beperking van het 
aantal experimenten. | 

Naast het onderscheid volledig /functioneel is het onderscheid 
‘fractional factorial design' en 'full factorial design! ingevoerd. Dit 
onderscheid moet worden gezien als een onderdeel van het functio- 
nele experimenteel model. Het heeft eveneens als doel het aantal 
experimenten te reduceren en toch voldoende informatie te verkrijgen 
in ingewikkelde situaties. Hiertoe wordt gebruik gemaakt van zoge- 
naamde statistische proefopzetten. Bij zo'n statistische proefopzet 
worden niet alle combinaties van factoren ('full factorial') onder- 
zocht, maar slechts een deel ('fractional factorial'). Deze methode 
levert een grote accuratesse van de schatters van de factoreffecten *) 
en vereist minder experimenten. 


*) Zie: diverse publicaties van J.P.C. Kleijnen, vakgroep Informatica, Fac. 
der Economische Wetenschappen, Katholieke Hogeschool Tilburg. 
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<) 


jat 


bı2 > 0: complementair 


X2 


<) 


ae wet elan 
xj = -1 


bı2 < 0: substitutie 


Figuur IV.4c Interacties 
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IV.5 DE TACTISCHE PLANNING 


In $ IV.1 hebben wij het experimenteel ontwerp onderscheiden 
in de strategische en de tactische planning. Waar het bij de strate- 
gische planning gaat om de vaststelling van de vereiste experimenten 
ten behoeve van de benodigde informatie, gaat het bij de tactische 
planning om de efficiënte uitvoering van de experimenten. Hoe lang 
moet, bijvoorbeeld, een bepaald experiment op de computer worden 
nagebootst? Computertijd heeft een prijs en kan niet onbeperkt 
worden gebruikt. De tijdsduur van een experiment op de computer 
hangt onder andere samen met de beginwaarden (= startwaarden) 
van de toestandsvariabelen. Zo zal de beddenbezetting in een zieken- 
huis vrij zeker nooit nul zijn. Het is daarom in het algemeen niet 
efficiënt een ziekenhuissimulatie 'leeg' te starten. Alvorens dan 
namelijk een normale bezetting tijdens de computersimulatie is 
bereikt, is er al heel wat computertijd voorbij. 

In feite is de tactische planning de fase waarin de 'technische 
parameters! van het experimentele model worden ingevuld. Anders 
gezegd: na de vraag van het 'wat' van de strategische planning is 
nu de vraag van het 'hoe' aan de orde. Aan de hand van een een- 
voudig voorbeeld zullen we een aantal vraagstukken van de tactische 
planning aan de orde stellen. 

We kiezen een eenvoudige loketsituatie*) met slechts één wacht- 
rij, zoals in een klein postkantoor zou kunnen voorkomen. 


entree ve O0 0 "0 0 


uitgang 


De bedieningstijden en aankomsttijden zijn gegeven in de 
volgende tabel: 


*) Zie K. Bauknecht e.a., Simulationstechnik, Berlin, 1976. 
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bedieningstijd in minuten [frequentie in 2 


verdelingsfunctie 


Tabel IV .6a*) 


Welke responsevariabelen kunnen voor een onderzoek in aanmer- 
king komen? 


Afhankelijk van de doelstellingen kunnen verschillende mogelijk- 
heden of combinaties ervan optreden: 


- de wachttijd van de klanten tot aan het moment waarop de 
bediening aanvangt 

- de wachttijd van de klanten tot zij het systeem verlaten, dus 
inclusief de helptijd 

- de lengte van de wachtrij en de spreiding hierin 

- de tijd dat het loket vrij is. 


Welke problemen zal men eerst. moeten oplossen, voordat men 


het model door de computer kan laten verwerken? We noemen een 
aantal. 


1. De waarnemingsperiode 
Het lijkt logisch als waarnemingsperiode een werkdag van 
acht uur te kiezen. Toch zou een reële situatie kunnen zijn, 
dat er een middagpauze van bijvoorbeeld 12.30 uur tot 14.00 
uur bestaat. Hiermee samenhangend is het mogelijk dat er 


's middags een ander aankomstpatroon en/of een ander type 
klanten bestaat. 
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2. De 'run'lengte 


Simuleert men dit systeem voor acht dagen, één maand of 

één jaar? Men dient bij deze vraag overwegingen in beschou- 
wing te nemen, zoals seizoensinvloeden, periode binnen een 
maand (bijvoorbeeld aan het begin van de maand is er een 
groter klantenaanbod), de dag van de week (vrijdag is altijd 
de drukste dag). Wanneer men het aantal dagen als herhalings- 
maatstaf neemt, dan wel als steekproefomvang, zal men met 
statistische technieken dit aantal moeten bepalen. 


3. De steekproefomvang 


Bij de bespreking van de 'run'lengte is al gebleken, dat de 
problematiek van de steekproefgrootte en runlengte kan 
samenvallen, afhankelijk van het systeem. Bij het loket- 
systeem zou men ook een vast aantal klanten, bijvoorbeeld 
500 kunnen nemen als steekproefgrootte. De vaststelling van 
dat aantal geschiedt eveneens met statistische ondersteuning. 


4. De startwaarden 


Hieronder verstaat men het initialiseren van de verschillende 
toestandsvariabelen. Het ligt voor de hand om bij een loket- 
systeem de dagelijkse 'run' met een 'leeg' systeem te starten. 
De toestandsvariabelen (rijlengte, totale wachttijd, leegloop- 
tijd van de loketbediende, enzovoorts) worden op 0 gezet. 
Niet bij alle systemen ligt dit probleem even eenvoudig 
(IVU. 


9. De aanloopperiode (Engels: transient period) 


Waarschijnlijk zijn we in het gedrag van ons postkantoor 
geinteresseerd in een situatie, waarbij er van een zekere 
stabiliteit (zo die ooit bereikt wordt) sprake is. De aanloop- 
periode verstoort het beeld. De wachttijden direct na de 
opening zullen immers nog gering zijn. M.a.w. we dienen 
het vraagstuk op te lossen, wanneer een zekere evenwichts- 
situatie bereikt wordt. Een niet onbelangrijke vraag is: wat 
is de evenwichtssituatie? (Zie § IV.7.) 


6. Afhankelijkheid 


De waarnemingen die we in het postkantoor doen, bijvoorbeeld 
in de vorm van wachttijden, zijn niet onderling onafhankelijk. 
Optredende correlatie en autocorrelatie zijn verschijnselen, 
die onderkend moeten worden en zullen moeten worden 
opgelost met behulp van de geëigende statistische technieken. 
Dit geldt ook voor verschillende categorieën uitkomsten. 

Neem bij het loket de volgende groepen waarnemingen: 

- wachttijd klant 

- de tijd, dat de klant in het systeem aanwezig is 

- de lengte van de wachtrij. 

Deze groepen zijn ten opzichte van elkaar evenmin statistisch 
onafhankelijk. Hieruit volgt, dat afzonderlijke analyse van 
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een van de drie responses 'gevaarlijk! is voor het trekken 
van juiste en betrouwbare conclusies. 


7. De toevalsgeneratoren 

Het vraagstuk van het trekken van toevalscijfers voor de 

stochastische variabelen (aankomsttijd, helptijd) valt uiteen 

in minstens drie deelvragen: 

- kan men beschikken over faciliteiten voor het trekken van 
toevalscijfers uit een aantal verdelingsfuncties? 

- zijn de generatoren getest en betrouwbaar? 

- kan men (bijvoorbeeld met startwaarden voor de toevals- 
generatoren) meerdere parallelle reeksen toevalscijfers 
verkrijgen? (Zie § IV.6.) 


8. Stopregels | 
Aan het einde van de simulatiedag moet men het systeem 
netjes afwerken. Dat wil zeggen: men laat geen nieuwe 
klanten meer toe. Alle zich 'binnen' bevindende klanten 
worden geholpen. Het is niet onmogelijk dat dit niet in 
overeenstemming is met de werkelijke gang van zaken. 
Simulatietechnisch kent men de stopregel, waarbij men 
programmatisch het einde van de run bepaalt, namelijk als 
de informatie aan bepaalde vastgestelde betrouwbaarheids- 
criteria voldoet. 


Het zal na de opsomming van deze acht punten duidelijk zijn, 
dat er geen eenduidige regels te geven zijn voor het opstellen van 
een tactisch plan. Daarvoor is de problematiek te zeer afhankelijk 
van de aard en de doelstellingen van het onderzoek, de wijze waarop 
men de experimenten wenst op te zetten en van de validatie. 


Bijna alle vraagstukken van de tactische planning worden 
veroorzaakt door de variabiliteit, door het feit dat de meeste 
simulatiemodellen stochastisch van aard zijn. Herhalingen in het 
experiment zijn dus noodzakelijk om betrouwbare uitkomsten te 
krijgen. Doch we dienen uit een economisch oogpunt (computertijd 
en mankracht zijn niet gratis) een minimale hoeveelheid 'runs' te 
bepalen om de grootst mogelijke hoeveelheid informatie te krijgen, 
welke voldoet aan de gestelde eisen ten aanzien van de betrouw- 
baarheid. | 

Dat betekent nadrukkelijk dat de onderzoeker zijn experimenten 
zo moet inrichten dat hij zinvolle uitspraken (m.b.v. statistische 
technieken) kan doen omtrent de betrouwbaarheidsintervallen, 
waarin de waarden van de responsevariabelen liggen. 

Tevoren moet vaststaan welk risico men wil aanvaarden om een 
bepaalde hypothese te verwerpen, terwijl deze juist is (in de statis- 
tiek aangeduid als risico van de eerste soort of fout van het type 
a) en het risico om een hypothese die onjuist is, niet te verwerpen 
(in de statistiek aangeduid als risico van de tweede soort of fout 
van het type £). 
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De nauwkeurigheid en de simulatie-inspanningen die men zich 
moet getroosten zijn nauw aan elkaar gerelateerd. Kan men door het 
probleem zorgvuldig te bekijken de verhouding hiertussen verbete- 
ren, dus zonder meer runs de precisie verhogen, dan is dat kosten- 
reducerend. Variantiereductietechnieken staan ons hierbij ten dienste 
om het gewenste effect te bereiken. 

Een verhoging van de nauwkeurigheid kan ook bereikt worden 
door het aantal herhalingen per experiment te vergroten. Helaas 
is dit kostbaar, want willen we de fout van het gemiddelde terug- 
brengen tot de helft, dan moet het aantal waarnemingspunten 
verviervoudigd worden. De betrouwbaarheid is namelijk sterk 
afhankelijk van de tijdens de tactische planning gekozen waarden. 
Het aantal malen, dat eenzelfde experiment wordt uitgevoerd, de 
waarnemingsperiode, de steekproefomvang, zijn bepalende factoren 
voor de uitspraken, die men aangaande de betrouwbaarheid wenst 
te doen. 

De statistiek speelt in deze fase van de simulatie een belang- 
rijke rol. Zoals in § IV.1 reeds is gezegd, is in dit boek geen plaats 
voor een uitgebreide behandeling van statistische technieken. In 
Appendix A geven wij een overzicht van een aantal technieken die 
bij de uitvoering van simulatie-experimenten van belang kunnen zijn. 
Voor wie dit niet voldoende is, verwijzen we naar een statistisch 
leerboek. 


In de volgende paragrafen zal een aantal vraagstukken van 
de tactische planning nader worden behandeld. 


---rijdiscipline: FIFO--- 
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IV.6 DE ORGANISATIE VAN SIMULATIE-EXPERIMENTEN 


Zoals op een aantal plaatsen in voorgaande hoofdstukken reeds 
naar voren is gekomen worden de steekproeven die we trekken met 
behulp van een computerprogramma 'automatisch' gegenereerd. 
Hiertoe moeten we wel de beschikking hebben over toevalsgenerato- 
ren. Door manipulatie met deze generatoren is het mogelijk verschil- 
lende parallelle reeksen waarnemingen te verkrijgen. 

Bij een simulatieprogramma moeten drie elementen bepaald 
worden, waarmee het experiment geheel is vastgelegd: 


1. de modelparameters (P) 
2. de starttoestand (Sọ) 


3. de startwaarden van de randomgeneratoren (ro) 


In de modelbouwfase en de strategische planningsfase zijn over 
de modelparameters P beslissingen genomen. Het functionele experi- 
menteel model is vastgesteld op grond waarvan de onderzoekers 
denken de gewenste informatie te kunnen verkrijgen. 

Voor de uitvoering van een simulatie-experiment vormt de 
zogenaamde starttoestand (S) een noodzakelijk gegeven. In een 
voorraadmodel bijvoorbeeld zal men van een zekere beginvoorraad 
uitgaan. Deze beginvoorraad behoeft niet nul te zijn. In veel situa- 
ties is een van nul verschillende beginvoorraad zelfs efficiënter. 

De rijen toevalsgetallen die bij een experiment worden gebruikt, 
kunnen met behulp van startwaarden van de randomgeneratoren 
worden gestuurd. De startwaarde ro ('het zaadje' van de toevals- 
generator) bepaalt de volgende waarde van de toevalsgetallen 
Pi, F2, ..., Te. De startwaarde bepaalt als het ware de plaats 
in de reeks van toevalscijfers waar wordt begonnen. Een andere 
startwaarde levert een andere reeks van toevalscijfers; dezelfde 
startwaarde geeft steeds opnieuw dezelfde toevalscijfers. Dit laatste 
is prettig als men met een identieke omgeving verschillende systeem- 
situaties wil bestuderen. 

Concluderend kan worden vastgesteld, dat de waarde van een 
responsevariabele Y wordt vastgelegd door de drie elementen P, 
So en ro alsmede door de tijd. Een responsevariabele is dus een 
functie van deze elementen: | 


Y = Yy (Pinas Ti; t) 


Als gevolg van de mogelijkheid het simulatieproces aan de hand 
van de vier genoemde elementen te bestuderen, kunnen experimenten 
op verschillende wijze worden uitgevoerd. Zo is het mogelijk bij 
dezelfde P en So verschillende startwaarden voor de random- 
generator te kiezen. In dit geval spreken we van herhalingen 
(Engels: replications) van runs. 
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Bij het toepassen van herhalingen in een simulatie-onderzoek 
hoeven de herhalingen niet statistisch onafhankelijk te zijn. Dit is 
alleen het geval als de toevalsgetalrijen elkaar niet overlappen. Men 
kan de onafhankelijkheid op een eenvoudige wijze verkrijgen door 
de rij toevalsgetallen door te laten lopen. Voor de startwaarde van 
de herhaling wordt dan de eindwaarde van de voorgaande run 
gebruikt. De toevalsgetallenrij in de herhaling is dan een voortzetting 
van de toevalsrij van de voorgaande run. Een essentiële voorwaarde 
voor het slagen van dit middel is natuurlijk wel, dat de periode- 
lengte van de toegepaste randomgenerator voldoende lang is, zodat 
geen herhaling optreedt van reeds gebruikte toevalscijfers. 

Wanneer een eerste run stopt in een eindtoestand Så en het 
laatste toevalsgetal is rẹ, dan moet een tweede run worden uitge- 
voerd met dezelfde modelparameters, doch met een begintoestand 
So gelijk aan de vorige eindtoestand S en de startwaarde van de 
randomgenerator rọ, eveneens gelijk aan de vorige eindwaarde van 
de rij, re. Een dergelijke simulatierun wordt een voortzetting 
genoemd. 

Veronderstel dat in het voorbeeld van het loket in de vorige 
paragraaf een eind wordt bereikt, nadat 20 klanten geholpen zijn en 
dat op grond van de gegenereerde resultaten uitspraken worden 
gedaan. Men kan zich voorstellen, dat het bezwaar geopperd wordt 
dat de simulatie-'run' te klein is en de resultaten niet betrouwbaar 
genoeg zijn om de conclusies te accepteren. Dan kan men de simulatie 
weer helemaal opnieuw starten en het afbraakpunt een eind verder 
in de tijd leggen. Men kan echter ook doorgaan op het punt waar 
was afgebroken en aldus een voortzetting bewerkstelligen. 

Let wel: deze mogelijkheid moet in het programma ingebouwd 
zijn, doordat men bereikte eindtoestanden zodanig opslaat, dat ze 
voor eventuele voortzettingen weer als starttoestanden in aanmerking 
kunnen komen. 

Overigens heeft voortzetting niet altijd zin; voor het geval er 
een 'natuurlijke' eindtoestand is ontstaan, welke zich niet meer 
(significant) wijzigt, zal verdere simulatie zinloos zijn. 

Tenslotte kan men wijzigingen aanbrengen in de verzameling 
modelparameters P; we spreken dan van vergelijkingsruns. Deze 
zullen evenmin per se statistisch onafhankelijk zijn, zoals bij de 
herhalingen. Wenst men dat wel, dan is het in ieder geval aan te 
raden doorlopende toevalsgetalrijen te genereren. Men zou zich 
echter ook kunnen uitspreken voor een sterke samenhang van de 
vergelijkingsruns. Men gebruikt dan precies dezelfde toevalsgetallen. 
Neem aan dat we in het voorbeeld van het loket het systeem willen 
uitrusten met een tweede loket. Dan zullen we, om zinvolle uitspraken 
ter vergelijking te kunnen doen, het liefst hetzelfde klantenaankomst- 
patroon zien. In dat geval dienen we een aparte randomgenerator 
voor de aankomsten en voor de bedieningstijden in te richten. 
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IV.7 STARTCONDITIES EN DE EVENWICHTSSITUATIE 


Eén van de opmerkelijke verschillen tussen computersimulatie 
en simulatie in een laboratorium of in een 'real life! omgeving is het 
gemak, waarmee een experiment met een computer onder dezelfde 
omstandigheden kan worden herhaald of tijdens de uitvoering kan 
worden gestopt en kan worden hervat. De onderzoeker beschikt 
dus, zoals in de vorige paragraaf uiteengezet is over een belangrijk 
middel om experimenten te sturen. Dit betekent overigens niet, dat 
hij nu maar lukraak aan de computersimulatie moet beginnen. 
Integendeel, hij moet tevoren goed nadenken over de starteondities 
en over de vraag op welk moment hij informatie aan het experiment 
gaat ontlenen. 

Gewoonlijk zijn we als onderzoekers geïnteresseerd in de 
verrichtingen van een systeem in de evenwichtstoestand. Alvorens 
het systeem deze toestand heeft bereikt, moet het eerst ‘warm lopen'. 
De eerste fase van de simulatie geeft vaak geen getrouw beeld van 
de werkelijke gang van zaken. Het duurt even alvorens een systeem 
de normale toestand heeft bereikt. 

Vaak wordt gedacht, dat een computersimulatie moet beginnen 
met een leeg systeem, dat wil zeggen op het moment dat er nog geen 
acties gaande zijn. De eerste handelingen moeten dan nog een aan- 
vang nemen. Of dit echter een goed uitgangspunt is, hangt helemaal 
af van de werkelijkheid die we willen nabootsen en van de doelstel- 
lingen van de simulatie. Simulaties van een ziekenhuis, een lucht- 
haven of een goederenmagazijn zullen niet altijd 'leeg' dienen te 
starten in tegenstelling tot simulaties van een loketsysteem in een 
postkantoor of in een bank. 

De periode die voorafgaat aan de relevante periode van de 
simulatie, duiden we aan als voorloop of inloopperiode. Om het 
verstorende effect van deze periode op de resultaten van de simulatie 
te verminderen kunnen verschillende adviezen worden gegeven. 


1. Gebruik computerruns die lang genoeg zijn, zodat de gegevens 
uit de beginperiode geen significante invloed hebben op de resultaten 
van de computersimulatie in de evenwichtssituatie. 

Deze methode is redelijk bevredigend als een computerrun weinig 
tijd vraagt, zodat een grote steekproefomvang geen bezwaar is. Als 
het model echter complex is en iedere uitkomst kostbaar is te verkrij- 
gen of als de inloopperiode relatief veel tijd in beslag neemt, dan 
wordt deze methode twijfelachtig. 


2. Start de computersimulatie, maar laat voor de berekening van 
de vereiste informatie de gegevens uit de voorloopperiode buiten 
beschouwing. Ook deze methode brengt wel een aantal problemen 
met zich. 

In de eerste plaats gebruiken we een gedeelte van de gegevens 
dus niet voor de berekeningen. Toch is met dit doel van de computer- 
run (vaak kostbare) computertijd gemoeid. Ten tweede kan deze 
methode de variantie van de resultaten verhogen, hetgeen de nauw- 
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keurigheid van de resultaten ongunstig beinvloedt. Ten derde blijft 
de hamvraag: wat is de lengte van de voorloopperiode? Er bestaat 
namelijk geen waterdichte methode om het bereiken van de even- 
wichtssituatie (Engels: steady state) te signaleren, temeer daar 
deze situatie niet in een constante waarde tot uitdrukking wordt 
gebracht. De waarde(n) van de responsevariabele(n) zullen altijd 
schommelen rond gemiddelden. 

We nemen aan dat er voor ieder model een waarschijnlijkheids- 
verdeling van de responsevariabele bestaat, die karakteristiek is 
voor het systeem. Een model heeft de evenwichtssituatie bereikt als 
de uitkomsten overeenkomen met die verdeling. Wanneer we, zoals 
ook wel voorkomt, niet in de evenwichtssituatie geïnteresseerd zijn, 
maar juist in de verrichtingen van het systeem die naar het even- 
wicht toe leiden, is het probleem identiek. 

De methoden, die ter oplossing aangewend worden en meer het 
karakter van vuistregels hebben, zijn gewoonlijk gebaseerd op het 
beschouwen van een 'proefrun' (Engels: pilot run). Zo mogelijk 
dient men zijn beslissingen op grond van de resultaten van meer 
'proefruns' te nemen. De instabiliteitsperiode is namelijk afhankelijk 
van de startwaarde van de randomgeneratoren. 

We noemen een aantal suggesties, die door verschillende onder- 
zoekers naar voren zijn gebracht. 


a. Breek een rij metingen af, als de eerste meting van de reeks 
noch het maximum noch het minimum van de overblijvende 
verzameling is. 


b. Als het aantal waarnemingen, waarvan de uitkomsten groter 
zijn dan het gemiddelde, ongeveer even groot is als het 
aantal uitkomsten kleiner dan het gemiddelde, dan is het 
waarschijnlijk dat 'steady-state! condities zijn bereikt. 


c. Bereken het voortschrijdend gemiddelde van de uitkomsten 
en neem aan dat het evenwicht bereikt is, wanneer het 
gemiddelde niet meer significant verandert. 


Met name de laatste suggestie biedt een aanvaardbaar hulp- 
middel voor de beoordeling van de evenwichtssituatie. De beoordeling 
van de mate van significantie is evenwel subjectief en is mede afhan- 
helijk van de doelstellingen van het onderzoek. De twee eerst- 
genoemde suggesties zullen in het algemeen te weinig houvast bieden. 


3. Kies startcondities die min of meer karakteristiek zijn voor de 
evenwichtssituatie. Hierdoor kan het voorloopstuk wel bekort worden, 
doch niet geheel geëlimineerd. Het gevaar dat in deze methode schuilt 
is, dat we gegevens krijgen die we zelf beinvloed hebben door de 
keuze van de startwaarden. Het is altijd aan te raden de invloed 

van de startwaarden op de responsevariabelen expliciet te maken. 


Vaak wordt simulatie toegepast voor vergelijking van twee of 
meer alternatieve gedragslijnen in beslissingssituaties. Stel, dat 
we twee alternatieven (bijvoorbeeld één of twee loketten in een post- 
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kantoor) willen vergelijken met elk geheel verschillende evenwichts- 
condities. Welke starteondities kunnen nu het beste worden gekozen? 

De onderzoeker beschikt voor de beantwoording van deze vraag 
over drie mogelijkheden: 

- elk van de systemen simuleren met een 'lege' uitgangs- 

situatie; 

- elk van de systemen simuleren met startwaarden die een 
compromis zijn tussen de meest acceptabele startwaarden 
van elk systeem afzonderlijk; 

- elk van de systemen simuleren met de eigen meest voor de 
hand liggende startwaarden. 

Uit efficieney-overwegingen heeft de tweede mogelijkheid de 
voorkeur boven de eerste en de derde boven de tweede. We moeten 
evenwel oppassen nu we met de tactische planning bezig zijn onze 
aandacht alleen te richten op het efficiencyvraagstuk. De derde 
mogelijkheid heeft namelijk als mogelijk nadeel, dat de onderzoeker 
bij voorbaat de resultaten van het onderzoek beinvloedt. Het lijkt 
immers logisch, dat de simulatie een bepaald resultaat oplevert als 
reeds bij de aanvang door de keuze van de startwaarden hierop 
geanticipeerd is. Vandaar, dat de tweede mogelijkheid in het 
algemeen als de meest aanvaardbare moet worden aangemerkt. 

Als slotconclusie van deze paragraaf willen we vaststellen, dat 
het efficiencyvraagstuk bij simulatie van wezenlijk belang is, maar 
dat dit vraagstuk nooit ten koste mag gaan van de validiteit van 
het onderzoek. Het is niet zo moeilijk om onder het mom van weten- 
schappelijk onderzoek indrukwekkende resultaten te presenteren. 
De validiteit van de resultaten mag evenwel nooit in het geding 
komen door de keuze van bepaalde startwaarden. 
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IV.8 DE RUNLENGTE; AUTOCORRELATIE 


In de simulatiepraktijk wordt het aantal waarnemingen van een 
run vaak vastgesteld op een mooi getal, een veelvoud van tien of 
van honderd. De overwegingen die tot dit als runlengte aangeduid 
getal leiden, worden veelal niet expliciet gemaakt. In hoeverre de 
gemaakte keuze in verband met de vereiste betrouwbaarheid en 
nauwkeurigheid juist is, zal dan afhangen van het toeval. Het aantal 
waarnemingen zal dan veelal of te groot of te klein zijn. Terwijl in 
het geval van een te grote runlengte er sprake zal zijn van 
inefficiency, zal in het geval van een te kleine runlengte de run 
vaak geheel 'verloren' blijken te zijn. 

In de praktijk zijn simulatiemodellen doorgaans begrensd, dat 
wil zeggen dat de run wordt beëindigd als een specifieke situatie 
optreedt. Aan Kleynen*) ontlenen wij een aantal voorbeelden van 
specifieke situaties die tot beëindiging van een simulatierun leiden. 


1. Bij het onderzoek naar het opstellen van een geschikt onder- 
houdschema van machines of andere apparatuur (bijvoorbeeld 
een computer) eindigt de simulatierun wanneer het betreffende 
apparaat uitvalt door een defect. Een nieuwe run begint bij 
een serie goed functionerende apparaten. 


2. Een systeem met wachtrijen, zoals een postkantoor of de haring- 
kar heeft een sluitingstijd om bijvoorbeeld 6 uur 's middags. 
De nieuwe run begint op de volgende dag, en start dan 'leeg'. 


3. Een simulatie van een ondernemingsmodel (Engels: corporate 
model) kan gehanteerd worden om bepaalde besturingsricht- 
lijnen te vergelijken. Bijvoorbeeld: het effect op de omzet over 
de komende 3 maanden (de planningshorizon) wordt bestudeerd 
door de simulatie te herhalen voor verschillende richtlijnen. 
Elke run wordt gestart vanaf de meest recente reële situatie 
in het systeem. (Vaak zijn ondernemingsmodellen niet stochas- 
tisch! ) 


4. Er zijn ook wachtrijsystemen die 'nooit' ophouden op een natuur- 
lijke wijze, zoals een verkeerskruispunt op drukke wegen of 
telefoonverkeer. Zulke systemen worden gesimuleerd om te 
onderzoeken of een systeem piekbelasting kan verdragen. Als 
de piektijd ophoudt, dan stopt ook de simulatierun. Een nieuwe 
run start vanaf de situatie die gold vóór de piektijd. In die 
volgende run kunnen zowel dezelfde of andere toevalsgetallen 
worden gebruikt, om zo de gevoeligheid voor de startcondities 
te onderzoeken (inclusief de startwaarde van de generator van 
de toevalsgetallen). 


*) J.P.C. Kleijnen, The role of statistical methodology, in: Methodology in 
systems modeling and simulation, Amsterdam 1979. 
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In elk van deze voorbeelden maken de specifieke begin- en eind- 
toestand van het systeem deel uit van de simulatie en zijn dus in de 
responsevariabele verweven. Door de 'run' te herhalen met andere 
toevalscijfers kunnen nauwkeuriger schattingen omtrent de response- 
variabele, bijvoorbeeld de wachttijd, worden verkregen. 

Statistische berekeningen zijn nodig om de grenzen van de 
betrouwbaarheidsintervallen te bepalen. Raadpleeg de appendix om 
concrete formules te kunnen vinden. De nauwkeurigheid van de 
responsevariabelen kan worden vergroot, zodat het betrouwbaar- 
heidsinterval wordt verkleind, door de runlengte te vergroten. 

In de vorige paragraaf is de evenwichtssituatie van een 
simulatie-experiment ter sprake gekomen. We hebben toen betoogd, 
dat de simulatie eerst 'op gang' moet komen alvorens van een even- 
wichtssituatie kan worden gesproken. Dit ‘op gang komen! kan tot 
consequentie hebben dat de run erg lang wordt, hetgeen de kans 
op afhankelijkheid tussen de afzonderlijke waarnemingen verhoogt. 
Immers, als in een postkantoor een klant erg lang moet wachten, 
dan moet de volgende klant waarschijnlijk ook erg lang wachten. 

Er is dan sprake van correlatie tussen de onderlinge wachttijden. 
We spreken in zo'n geval van autoregressie of ook wel van auto- 
correlatie. 

Van autoregressie is sprake wanneer de omvang van de fluctua- 
tie in de periode t deels kan worden verklaard uit de omvang in 
een voorgaande periode, bijvoorbeeld t-1 of t-2 en wel van 
dezelfde variabele. Men spreekt van autocorrelatie als er in een 
reeks toevalstermen tussen de toevalstermen onderling correlatie 
bestaat. Wij zullen in de rest van de tekst alleen de term autocorre- 
latie gebruiken, dus ook in de gevallen dat er eigenlijk sprake is 
van autoregressie. 

Men kan autocorrelatie op het spoor komen door de afwijkingen 
van het gemiddelde van een reeks waarnemingsuitkomsten vast te 
stellen en na te gaan of er langere reeksen van positieve dan wel 
van negatieve afwijkingen voorkomen. Is dit het geval of wil men 
meer zekerheid, dan kan een autocorrelatiecoëfficiënt worden 
berekend (zie de statistische appendix). 

Inzicht in de mate van autocorrelatie is belangrijk, omdat bij 
aanwezigheid hiervan de statistische technieken die uitgaan van 
onafhankelijkheid van de waarnemingsuitkomsten niet meer toegepast 
kunnen worden. De variantie van een response-variabele bijvoorbeeld 
wordt veel hoger bij afhankelijke uitkomsten dan bij onafhankelijke. 

Er bestaan verschillende methoden om het autocorrelatieprobleem 
terug te dringen. 


a. De methode van de herhaling (Engels: replicated or repeated 
runs) 


Deze methode bestaat uit het uitvoeren van k onafhankelijk 
runs elk met m waarnemingen. De onafhankelijkheid ontstaat door 
bij elke run een nieuwe startwaarde voor de toevalsgenerator te 
nemen. De methode heeft als nadeel de voorloopfase bij elke run. 
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b. De methode van de voortgezette run 


We maken één doorlopende lange run; de waarnemingen worden 
verdeeld in k ‘'subruns'. De eerste voorlooprun laten we buiten 
beschouwing. We beschouwen Yi (i= 1,2,...,k) als de uitkomst 
van herhaling i. Als de lengte van de 'subrun' (m waarnemingen) 
groot genoeg is, dan zijn de Yj als onafhankelijk te beschouwen. 
Bovendien zijn voor een behoorlijk grote m de Yj bij benadering 
normaal verdeeld. j 

Deze methode verdient t.o.v. de vorige de voorkeur waar de 
initiële problemen grotere betekenis hebben. Deze methode is 
geschikt voor 'non-terminating' systemen. Convergeren de systemen 
wel naar een onveranderlijke eindtoestand (Engels: terminating 
systems), dan kan men beter de methode van de herhalingen 
gebruiken. 


c. De regeneratieve methode 


Deze (flexibele) methode is geschikt voor systemen, die een 
zekere regeneratie in zich hebben, waarbij op willekeurige tijden 
toestanden ontstaan die al eerder geweest zijn, bijvoorbeeld de 
starttoestand. In een loketsysteem, dat zeker leeg zal starten, 
zullen na verloop van tijd ongetwijfeld alle klanten geholpen zijn, 
terwijl er nog geen nieuwe klanten gearriveerd zijn. We krijgen dan 
het volgende beeld: | 


aantal 
klanten 
in het 
systeem 


tijd 


Tussen twee opeenvolgende regeneratie-tijdstippen zijn de uitvoer- 
variabelen zeker onafhankelijk. 

Hierbij geldt overigens wel als voorwaarde dat het aankomst- 
proces 'geheugenloos!' moet zijn, zoals bij een Poissonproces. 
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IV.9 NOGMAALS DE HARINGKAR 


Zoals in § 4 van dit hoofdstuk is toegezegd komen we hier nog 
eens terug op het voorbeeld van de haringkar. Het in figuur IV. 4b 
gepresenteerde functioneel experimenteel model resulteerde in vier 
experimenten. 

Voor de uitvoering van de simulatie kiezen we voor de methode 
van de herhaling, daarmee aansluitend bij het reële proces, dat elke 
dag een beeld geeft te zien van acht uur haringverkoop. Elke 
herhaling is dus een dag. Elke herhaling levert informatie omtrent 
het bedieningsproces op een bepaalde dag. Zo kunnen we de 
gemiddelde wachttijd met de standaardafwijking per dag berekenen. 
We kunnen een histogram van de gemiddelde wachttijd over een 
aantal dagen maken. Andere interessante informatie is de maximale 
wachttijd, het aantal keren per dag dat de wachttijd boven een 
aanvaardbaar maximum komt en de gemiddelde rijlengte. 

Door de keuze van de methode van de herhaling starten we 
iedere dag met een leeg systeem. Het probleem van de startwaarden 
ontlopen we door deze keus. Een belangrijke vraag in het kader van 
de tactische planning is nu: hoeveel dagen nemen we als steekproef- 
grootte? 

Voor de berekening van de steekproefomvang moeten we aller- 
eerst de (hoofd-)uitvoervariabele vaststellen. In het geval van de 
haringkar kiezen we voor de gemiddelde wachttijd per dag. Bij 
uitvoering van het experiment krijgen we dan voor n dagen een 
gemiddelde (symbool wj voor i= 1,2,...,n). Behalve de gemiddelde 
wachttijd is de standaardafwijking per dag van belang i.v.m. de 
spreiding van de wachttijden rond het gemiddelde. We krijgen dan 
n verschillende standaardafwijkingen, namelijk Sj voor 
Wi OE EAD E 


In de statistische appendix wordt een aantal formules gegeven 
voor de berekening van de steekproefgrootte (het aantal dagen dat 
we de haringkar simuleren). In het geval dat de gemiddelde wacht- 
tijden W; normaal verdeeld zijn bij onbekende standaardafwijking, 
is de formule: 


2 
n è? — 


t? es 
d2 


van toepassing. In deze formule moet d = b-W worden ingevuld 
overeenkomstig de eisen van nauwkeurigheid op grond van de doel- 
stelling(en) van het onderzoek. s is de standaardafwijking van 
de gemiddelde wachttijden per dag rond het generale gemiddelde 

W. 


Als W bijvoorbeeld 4 is en als we een fout van 5% willen 
toelaten, dan is: 


d = b*W = 0,05%4 = 0,2 
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Als verder sa 0,7 en ts 2, dan kan door invulling in de vergelij- 
king worden gevonden: 


Aan deze benaderingsmethode kleven wel enkele bezwaren. In 
de eerste plaats is de waarde van de standaardafwijking tevoren 
niet bekend en in de tweede plaats is de waarde van t mede afhan- 
kelijk van het aantal waarnemingen. _ 

~ Eén van de mogelijke oplossingen voor deze problematiek is 
het uitvoeren van een proefrun, van een testfase. Aan de hand 
hiervan kan enig inzicht worden verkregen in de waarde van de 
onbekende grootheden. Gelukkig is het zo, dat de invloed van een 
fout in de schatting van s of t op de steekproefomvang niet zo 
groot is. Van veel grotere invloed is de waarde van d. Juist de 
keuze door de onderzoeker van het nauwkeurigheidspercentage is 
voor de grootte van n belangrijk. 


In $ 4 is in het functioneel experimenteel model sprake van vier 
experimenten. Enerzijds willen we voor normale dagen de invloed 
van het aantal (één of twee) bedienden op de gemiddelde wachttijd 
vergelijken en anderzijds hetzelfde voor de vrijdag. Voor het verge- 
lijken van de normale dagen ligt het voor de hand voor beide experi- 
menten hetzelfde aantal dagen te simuleren. Dat geldt eveneens voor 
de beide experimenten van de vrijdag. Overigens behoeft het aantal 
simulatiedagen van de ene groep experimenten niet hetzelfde te zijn 
als voor de tweede groep van de vrijdag. (Verklaar dit.) 


Voor elk van de dagen van de simulatie geldt dat klanten die 
aan het eind van de dag nog in de rij staan, worden geholpen. Er 
worden dan geen nieuwe klanten aan de wachtrij toegevoegd. Elke 
nieuwe dag zal met een andere rij toevalsgetallen worden gesimuleerd; 
deze rij kan een doorlopende reeks zijn uit de toevalsgenerator. De 
twee experimenten per groep moeten in verband met de vergelijk- 
baarheid van de uitkomsten wel met dezelfde reeks toevalsgetallen 
worden uitgevoerd. 
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IV.10 OPGAVEN 


Opgave 1 


Stel, men doet een onderzoek in vier scholen voor HEAO, die vier afdelinen 
kennen (BE, BI, CE en EJ). 

De studenten worden onderscheiden naar geslacht (m, v) en naar inkomens- 
groep van de ouders (laag, midden en hoger inkomen). Het onderzoek dient 
om uit te maken welke van de genoemde factoren van (meer of minder) invloed 
zijn op de kansen van de studenten om na hun afstuderen ‘hogere posities! 
in het bedrijfsleven te kunnen vervullen. r 

Stel een structureel-experimenteel-ontwerpmodel op. 

Ontwerp een full-factorial-design; ga daarbij in eerste instantie uit van acht 
herhalingen. 

Om het totaal aantal computerruns te verminderen gaat men onderzoeken of 
een reductie van het functioneel model mogelijk is. Stel hiervoor criteria op 
om tot de gevraagde reductie te komen. Wat is uw uitgangspunt t.a.v. het 
aantal factoren en hun waarden? 

Pas een en ander toe op het bovengenoemd probleem. 

Geef kort een beschouwing over de wenselijkheid om de verkregen reductie 
toe te passen. 


Opgave 2 *) 


Een vloot van 80 vissersschepen is normaal uitgerust voor de haringvangst. 
Door overheidsmaatregelen beknot in de mogelijkheden, overweegt de eigenaar 
van de vloot om op kabeljauw te gaan vissen. Daarnaast zou hij kunnen 
beslissen om op een andere vangstmethode (andere netten, bijvoorbeeld 
grofmazig) over te gaan, teneinde de opbrengst aan kabeljauw te vergroten. 
Met behulp van simulatie wordt een en ander onderzocht. 

Er is dus sprake van een 2? design, waarbij we te maken hebben met 2 
factoren xı en xz, die elk twee waarden kunnen aannemen. 

Men wil m.b.v. variantie-analyse het effect van de factoren onderzoeken. 


a. Geef in een 2 * 2 matrix het 'full factorial design' voor bovenstaand 
model. 

b. Geef in een algemene formule-vorm weer, hoe de response Y afhangt 
van de beide factoren x, en xz, maar laat de eventuele interactie 
buiten beschouwing. 

c. De in b. gevraagde formule bevat enige onbekende parameters. De uit- 

komsten van het experiment leveren schatters voor die parameters op. 

Geef in een tabelvorm op overzichtelijke wijze, hoe de verwachting en 

de variantie van de genoemde schatters worden berekend uit de response- 

variabelen. 

(Noem deze Yoo, Yoi, Yao, Yıı-) 

Welke nulhypothese definieert u en hoe denkt u die te toetsen? 

Beschrijf nu kort en globaal de term interactie. 

Zou bij het vissersvlootmodel interactie optreden? 

Bij welke waarde(n) van de factoren xj en x wordt de interactie 

gemeten? 

f. Wanneer gebruikt men variantie-analyse en wanneer regressie-analyse? 
Kunt u één of meer kenmerkende verschillen noemen? 


a 


*) Voor een onderdeel van dit vraagstuk is enige kennis vereist van variantie- 
analyse met meer dan één factor. 
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Opgave 3 


Haringkarren zijn niet meer, zoals vroeger, een vertrouwd straatbeeld. 
Mensen, die van de visverkoop hun broodwinning maken, hebben tegenwoordig 
een viswinkel. 

De viswinkel, die wij op het oog hebben, is tamelijk uitgebreid met een groot 
assortiment. De toonbank is verdeeld in een drietal compartimenten: er is 
een ruimte voor de verkoop van verse vis, die op verzoek van de klant 
schoongemaakt of gefileerd wordt; vervolgens is er een soort snelbuffet 
vooral voor gebakken vis, die in speciale warmhoudvitrines wordt bewaard, 
doch bij verkoop geen aparte bewerking meer behoeft; tenslotte is er nog 
een ‘hapjeshoek': broodjes met paling, groene haring in het goede seizoen 
(met uitjes) en garnalensnaeks kunnen daar worden verkregen en indien 
gewenst meteen geconsumeerd. 

De kassa staat apart: geen geld bij vis, is de stelregel van de eigenaar. 


Onze viswinkel mag zich verheugen in een goede klandizie. Er is voor de 
eigenaar echter het probleem dat het klantenpatroon niet zo gelijkmatig 
over de dag verdeeld is, terwijl ook de dag in de week nogal bepalend is 
voor de trek in vis bij de klanten. 


Het dagpatroon ziet er ongeveer als volgt uit: 


9 uur - 10 uur 10 klanten per uur gemiddeld 
10 =- 11 20 klanten 
11 =.13 30 klanten 
13 - 15 15 klanten 
15 - 16 20 klanten 
16 - 17 35 klanten 
17 - 18 25 klanten 


Dit geldt voor de maandag, dinsdag en woensdag. 

Donderdag geeft 1} maal zoveel klanten, terwijl de topdag vrijdag 3 maal 
zoveel klanten in de winkel laat zien. Het dagpatroon is echter hetzelfde. 

Op zaterdag komen er gemiddeld 2 maal zoveel klanten, doch nu is het uur- 
patroon afwijkend: 

van 9 - 13 uur komen de mensen voor de 'gewone' boodschappen, namelijk 
verse vis en gebakken vis in de verhouding van 2 : 3, maar van 13 - 16 uur 
(om 16 uur sluit de zaak) is er veel liefhebberij voor de hapjeshoek: zeker 
45 klanten per uur. 

Verder is het dagelijkse patroon van verhoudingen over de drie comparti- 
menten in de winkel gelijk: 


tijd verse vis gebakken vis hapjeshoek 
9 - 12 uur 2 2 1 
12 - 13 uur 1 2 4 
13 - 16 uur 2 2 2 
16 - 18 uur 1 3 9 


De bedieningstijden verschillen ook nogal wat: 
Voor verse vis ligt dat als volgt: 


percentage helptijd 
10 0.5 - 2.5 minuut 
30 2.5 - 5 
30 G =i p 
20 $ = 13 


10 12 - 20 


114 Het opzetten van simulatie-experimenten IV.37 


Deze helptijden zijn nagenoeg uniform verdeeld. 

Bij de gebakken vis-liefhebber ligt het wat eenvoudiger: de helptijd is 
Poisson verdeeld met een gemiddelde van 2 minuten en een bovengrens van 
6 minuten. De hapjes klanten hebben genoeg aan een helptijd van 2 - 3 
minuten (uniform). 

Bij de kassa zijn de klanten ongeveer een minuut kwijt. 


Het is duidelijk dat de eigenaar van de viswinkel het niet gemakkelijk vindt 
om een zodanig personeelsbestand te hebben, dat de klanten een goede 
service kunnen krijgen wat betreft hun wachttijden. Daarom vraagt hij met 
behulp van simulatie een overzicht te maken, waarmee hij per DAGDEEL 
(morgen en middag) kan zien hoeveel bedienden hij in de winkel moet 
hebben, bij wachttijden die in principe de 5 minuten niet overschrijden. Het 
is namelijk voor de eigenaar goed mogelijk om met parttimekrachten een 
variabel personeelsbestand te hebben. 


Vragen en opdrachten. 


1. Geef een specificatie van het systeem. Gebruik hierbij een schets. Maak 
de aannamen die u nodig vindt. 


2. Formuleer de doelstellingen van de simulatie. 
Specificeer de uitvoer van het simulatie-computermodel, waarmee aan de 
doelstelling kan worden voldaan. 


3. Welke beslissingsvariabelen neemt u op in uw model? 


4. Welke invoervariabelen neemt u in uw model op? 
In welke vorm laat u het simulatiemodel de invoer genereren? 
Met welke technieken bereikt u de gekozen vorm van de invoer? 


5. Stel een volledig experimenteel ontwerp op. 


6. Reduceer het experimenteel model totdat een functioneel hanteerbaar 
experimenteel model ontstaat. 


7. Ontwerp een tactisch plan om de experimenten uit te voeren: 
- Wat is de eenheid van de steekproef? 
- Bepaal de steekproefgrootte. 
- Stel start- en stopregels op. 
- Zowel de herhaling als de voortgezette run moeten nu gebruikt worden. 
Hoe? 
- Los het 'aanloopprobleem' op. 
- Is er sprake van vergelijkingsruns en zo ja, wanneer? 


HOOFDSTUK V 


Van Model naar Programma 


V.1 INLEIDING 


Een simulatie-onderzoek zal in veel gevallen uitmonden in een 
simulatieprogramma. Het programmeren is één van de fasen in het 
totale simulatieproject. Alvorens te gaan programmeren is het nood- 
zakelijk dat we beschikken over een behoorlijk simulatiemodel. Dat 
wil zeggen dat er duidelijkheid is over het probleem dat we willen 
oplossen. Het systeem is geanalyseerd en we weten welke informatie 
we nodig hebben om uitspraken te kunnen doen over het systeem. 
M.a.w. we beschikken over een zo volledig mogelijke systeemspecifi- 
catie, waarmee de programmeur aan het werk kan. Deze staat voor 
een zware taak. Hij moet in staat zijn om een - vaak ingewikkeld - 
programma te ontwikkelen, dat flexibel en goed gedocumenteerd is. 
In dit hoofdstuk beschouwen we eerst de hulpmiddelen waarover 
een programmeur moet beschikken. 

De mogelijkheden op technisch terrein en de met de technische 
ontwikkelingen parallel lopende vooruitgang op het gebied van de 
programmeertalen hebben simulatie als onderzoekmethode enorm 
gestimuleerd. De uitspraak: "zonder computer geen simulatie" is 
wellicht iets te boud, zeker als simulatie in een bredere zin wordt 
ingevuld dan in dit boek gebeurt, maar dat de techniek als hulp- 
middel een grote bijdrage levert aan de ontwikkelingen van simulatie 
is buiten kijf. 

Allereerst besteden we enige aandacht aan de computer, een 
essentieel hulpmiddel voor de realisatie van een simulatietoepassing. 

Naast de techniek is vooral de vooruitgang op het gebied van 
programmeertalen stimulerend voor de ontwikkeling van moderne 
onderzoekmethoden als simulatie. Na de machinecodes, de assembleer- 
talen en de proceduregerichte (algemene) talen zijn er thans de 
zogenaamde probleemgerichte (bijzondere) talen. Een belangrijk 
voordeel van deze laatste groep talen is dat ze ontwikkeld zijn met 
als doel het programmeren in specifieke toepassingsgebieden te 
vereenvoudigen. Hierdoor kan o.a. de programmeringstijd in belang- 
rijke mate worden beperkt. 

In $ 3 houden we ons bezig met algemene en specifieke ken- 
merken van programmeertalen en simulatietalen. We gaan in op eisen 
die aan talen kunnen worden gesteld en we belichten enige keuze- 
criteria. 


116 Van model naar programma Vv.2 


In § 4 bespreken we een drietal benaderingswijzen voor de 
beschrijving van simulatiemodellen. De keuze van een simulatietaal 
hangt namelijk nauw samen met de benaderingswijze. 

De programmeertalen BASIC en Pascal worden kort besproken 
in § 5. Deze talen zijn gekozen uit de grote groep van procedure- 
gerichte talen omdat ze in het onderwijs veel worden toegepast. Ter 
illustratie is voor elk van de talen een computerprogramma voor de 
haringkar van hoofdstuk I toegevoegd. 

In de §§ 6 en 7 wordt de simulatietaal SIMULA behandeld. Aan 
een aantal zeer bijzondere eigenschappen van deze taal wordt aan- 
dacht geschonken. Allereerst wordt in $ 6 in algemene zin iets 
gezegd over de mogelijkheden van SIMULA, waarna deze mogelijk- 
heden in $ 7 aan de hand van een simulatieprogramma worden 
gedemonstreerd. | 

Tenslotte bespreken we in § 8 een aantal aanwijzingen om het 
simulatiemodel in een acceptabel computerprogramma om te zetten. 
Veel programmeurs begaan de fout om nog voordat het probleem 
goed is geanalyseerd al het programma te willen schrijven. Deze 
aanpak zal in het algemeen leiden tot ondeugdelijke programma's. 
Vandaar dat wij de in § 8 gegeven aanwijzingen met nadruk onder 
de aandacht van de lezers willen brengen. 
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V.2 DE COMPUTER 


In het algemeen zal de onderzoeker niet zo bijster veel inspraak 
hebben in de keuze van de computerfaciliteiten; hij kan mogelijk 
zijn wensen naar voren brengen aangaande zaken als: 


1. on-line faciliteiten, zodat hij direct met een geïmplementeerd 
model kan experimenteren; 

2. de aanwezigheid van een of meer compilers van simulatietalen, 
bijvoorbeeld een SIMULA-compiler; 

3. de aanwezigheid van een statistisch standaardpakket, bijvoor- 
beeld SPSS; 

4. de geheugengrootte, opdat hij hiermee geen rekening hoeft 


te houden i.v.m. de afmetingen van de simulatiemodellen; 


5. __invoerings- en testfaciliteiten om zijn simulatieprogramma te 
kunnen ontwikkelen. 


In veel organisaties is er tegenwoordig wel een computer 
beschikbaar. De onderzoeker zal zich dan op de hoogte moeten 
stellen van de mogelijkheden, beperkingen en knelpunten en hij zal 
daarmee rekening moeten houden bij de planning van het project 
(zie hoofdstuk VII). 

Geheel afhankelijk van de omgeving waarin gewerkt wordt, 
bijvoorbeeld research laboratoria, universiteiten, banken, levens- 
verzekeringsmaatschappijen, overheidsinstellingen of industrieel- 
technische ondernemingen (meet- en regeltechniek, elektronika), 
zal men probleemgebieden aantreffen, waarin ofwel discrete ofwel 
continue simulatie toegepast wordt. In relatie hiermee kan men in 
computertypen het verschil aantreffen tussen discrete en analoge 
(analoog-hybride) computers. Deze computertypen zien er geheel 
verschillend uit en worden ook geheel verschillend 'geprogrammeerd'. 

Analoge computers zijn heel geschikt voor simulaties van mecha- 
nische, elektronische of chemische processen. In een dergelijke 
computer combineert men schakelingen waarmee men door het instel- 
len van spanningen en stroomsterktes dezelfde wiskundige vergelij- 
kingen concretiseert, die aan de te simuleren processen ten grond- 
slag liggen. Vandaar de benaming 'analoog'. 

Voor de ontwikkeling van een simulatiemodel maakt het 
principieel niet veel uit welk type model (continu of discreet) met 
behulp van welk type computer (analoog of discreet) wordt ontwik- 
keld: alle fasen dienen toch doorlopen te worden. Slechts het 
beschrijvingsprofiel van het model zal verschillen: de continue 
simulatiemodellen zijn dikwijls een verzameling differentiaalverge- 
lijkingen, de discrete modellen worden in een procesbeschrijving 
(zie ook § V.4) weergegeven met vaak 'impliciete relaties'. Ook het 
programmeren is onvergelijkbaar: bij analoog continue computers 
programmeert men door het instellen van spanningsbronnen en meet- 
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en regelknoppen. We zullen verder geen aandacht besteden aan 
analoge computers, niet omdat ze niet zeer goed toepasbaar zouden 
zijn, maar vanwege het specialistische karakter. 

De meer bekende vorm van een programma als een set opdrach- 
ten in een geformaliseerde programmeertaal gecodeerd, behoort 
typisch bij discrete computers. De steeds meer geavanceerde techno- 
logie zorgt ervoor, dat technische beperkingen om simulatiemodellen 
te bouwen ook minder stringent worden. 

Was men in het verleden genoodzaakt om met grote computers 
te werken, nu zijn er software paketten verkrijgbaar waarmee op 
microcomputers gesimuleerd kan worden. Voorbeelden zijn 'miero- 
DYNAMO' (APPLE II en IBM-PC), 'SIMAX' (IBM-PC), 'micro-NET' 
(voor verschillende PC's bruikbaar) en SIMSCRIPT (IBM-PC). 
Verwacht wordt, dat deze ontwikkeling nog wel verder zal gaan. 
Het is ook mogelijk om met algemene talen zoals PASCAL of een goed 
gestructureerde BASIC (Microsoft of MSX) op microsystemen 
simulatiemodellen te ontwikkelen. 

Het gunstige effect van de ontwikkelingen op het gebied van 
microcomputers is, dat simulatie uit de sfeer van een specialistische 
methode voor de 'happy few' kan komen. Hoewel voor meer complexe 
modellen met veel gegevens grotere computers noodzakelijk zijn, 
kunnen de micro's worden gebruikt voor kleine toepassingen en 
voor leerprocessen. 
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V.3 DE PROGRAMMATUUR 


Naast de hardware is de software van groot belang voor 
computersimulatie. De voor dit doel beschikbare programmatuur is 
te verdelen in vier categorieën: 


1. algemene programmeertalen, zoals Pascal 
2. speciale simulatietalen, zoals SIMULA 

3. simulatiepakketten, zoals DEMOS 

4. statistische pakketten, zoals SPSS. 


Aan elk van deze categorieën zal in het vervolg van dit hoofdstuk 
enige aandacht worden besteed. In deze paragraaf zullen we aller- 
eerst enkele voor simulatietoepassingen belangrijke kenmerken van 
programmeertalen behandelen. Vervolgens zal worden ingegaan op 
een aantal factoren, die de keuze van een programmeertaal kunnen 
beinvloeden. De onderwerpen simulatiepakketten en statistische pro- 
grammatuur worden summier behandeld in sectie 3. In de laatste 
sectie van deze paragraaf wordt iets gezegd over de manieren waarop 
het voortschrijven van de simulatietijd programmatisch kan worden 
behandeld. 


V.3.1 Aan programmeertalen te stellen eisen 


Zowel van simulatie als van programmeren wordt wel gezegd 
dat het een kunde is. Dit wordt onderstreept doordat boeken op 
beide terreinen soms in hun titel verwijzen naar de noodzaak van 
vakmanschap (skill). Als voorbeeld daarvan geven we de volgende 
twee titels. 


Systems simulation, the art and science (R.E. Shannon) 
The art of computer-programming (D.E. Knuth) 


Echte kunde ofwel vakmanschap wordt gekenmerkt door het 
creatief en vakbekwaam hanteren van gereedschap en methoden uit 
het betreffende veld. In die zin vereist elke wetenschap kundigheid, 
dus ook simulatie en programmeren. 

Programmering is een terrein dat een sterke ontwikkeling door- 
maakt. De oorzaken liggen voor de hand. Het is een nog jong gebied, 
maatschappelijk van groot belang en met grote financiële consequen- 
ties. In de loop van de jaren zijn honderden programmeertalen ont- 
wikkeld. Veel daarvan zijn nauwelijks toegepast. Anderen, zoals 
COBOL, FORTRAN, BASIC en Pascal hebben een grote mate van 
populariteit weten te krijgen. Sommige talen hebben model gestaan 
voor een hele familie nieuwere talen. Een goed voorbeeld daarvan 
is ALGOL60. De afgeleide talen kunnen in het algemeen meer dan de 
moedertaal. Er zijn ook talen die zich door hun eigenschappen 
uitstekend lenen voor theoretische beschouwingen. Voorbeelden 
hiervan zijn ALGOL68 en SIMULA. 
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Sommige talen zijn speciaal gericht op specifieke toepassingen. 
Zo wordt Lisp sterk geassocieerd met kunstmatige intelligentie. 
Voor simulatie is een groot aantal specifieke talen ontwikkeld. Voor- 
beelden daarvan zijn SIMSCRIPT, GPSS, Dynamo. Ook de hierboven 
reeds genoemde taal SIMULA is oorspronkelijk als simulatietaal 
ontworpen. Wat bieden deze simulatietalen nu meer dan de eerder 
genoemde algemene talen? Is het nuttig om een taal als SIMULA te 
leren? Om deze vragen te kunnen beantwoorden, bespreken we enkele 
essentiële eisen waaraan een programmertaal moet voldoen om goed 
werkende simulatieprogramma's te kunnen ontwikkelen. 


1. De structuur van de taal moet goed gedefinieerd zijn. De taal 
moet opgebouwd zijn volgens een voor de gebruiker toegankelijke 
formele syntaxis. Het is van belang dat zo'n taal dan 'transparant' 
voor de programmeur is. SIMULA en Pascal voldoen beide aan deze 
eis. Hiernaast moet ook de semantiek van de taal helder en goed 
beschreven zijn. De snelheid en het gemak waarmee een taal te leren 
valt, zijn hiervan sterk afhankelijk. 


2. De taal moet faciliteiten bevatten om de taak van de program- 
meur te verlichten. Een uitgebreide verzameling mogelijkheden om 
data-structuren te kunnen definiëren en ermee te manipuleren is 
zonder meer noodzakelijk. Het 'class'-begrip bij SIMULA is een 
voorbeeld van een elegante flexibele data-structuur. 

Voor simulatie is ook een tijdmechanisme of een 'klok' essen- 
tieel. In simulatietalen is een dergelijk mechanisme voorhanden; bij 
het gebruik van een algemene taal zal men zelf hiervoor procedures 
moeten ontwikkelen. Hierom zal aan het slot van deze paragraaf 
($ V.3.4) iets nader op het tijdmechanisme worden ingegaan. 

Wijzigingen zullen veelvuldig voorkomen; niet alleen bij het 
experimenteren, ook nà implementatie zal men het model willen aan- 
passen. De taal mag hier niet belemmerend optreden. Niet alleen 
zullen zich wijzigingen binnen de componenten voordoen, ook het 
aantal componenten zal moeten kunnen variëren. Fouten tegen een 
logische opbouw van het programma kunnen soms door de compiler 
gesignaleerd worden. Dat geeft een snelle 'feedback' naar de 
programmeur. 

Tenslotte zal de beschrijving van de relaties tussen de delen 
onderling en tussen de delen en het geheel gemakkelijk en over- 
zichtelijk beschreven moeten kunnen worden. Hiermee is een aantal 
faciliteiten genoemd, waarmee de ontwerper/programmeur in zijn 
werk ondersteund wordt ('het kan niet misgaan'); toch zal zelfs de 
‘beste! simulatietaal van een slecht opgezet model geen goed 
programma kunnen maken. 


3. Voor simulatie met gebruik van kansvariabelen is een toevals- 
generator essentieel. Bij gebruik van een simulatietaal beschikt men 
over een toevalsgenerator en daarnaast over procedures om trek- 
kingen te kunnen doen uit verschillende theoretische verdelings- 
functies, zoals de normale, de negatief exponentiële en de Poisson- 
verdeling. 
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Een aantal algemene talen biedt tegenwoordig ook een standaard- 
procedure voor het trekken van toevalsgetallen. De mogelijkheid 
van trekkingen uit andere theoretische verdelingsfuncties ontbreekt 
meestal. 

Terwijl aan de invoerkant een toevalsgenerator essentieel is, 
zijn ten behoeve van statistisch onderzoek van uitvoergegevens 
eenvoudige opslagmogelijkheden van belang. Deze gegevens kunnen 
dan met behulp van procedures uit een statistisch pakket worden 
bewerkt. De aanpassing van de uitvoer naar statistische routines 
zal eenvoudig moeten verlopen. 


4. In veel simulatietoepassingen wordt met wachtrijen gewerkt. 

Een programmeertaal moet bij voorkeur over faciliteiten beschikken 
om hiermee om te kunnen gaan. SIMULA beschikt over een uitgebreid 
repertoire om rijen (ketting- of lijststructuur) te creëren. Manipu- 
laties om elementen toe te voegen, te verwijderen, te bereiken en 

te veranderen zijn eenvoudige procedure-aanroepen. De administratie 
van deze datastructuren geschiedt intern. 


9. Onontbeerlijk is vervolgens een krachtige 'foutenverklikker" , 
niet alleen ten aanzien van syntaxfouten, maar ook ten aanzien van 
de logische opbouw van het programma en de wijze waarop de 
probleemspecificatie wordt ingebracht. Bij veel compilers laat dit 
onderdeel nogal te wensen over. 


6. Naarmate simulatie minder een specialisme wordt en meer ten 
behoeve van toepassingen voor de besluitvorming van management 
wordt gebruikt, wordt de behoefte aan een 'eenvoudige' taal groter. 
Met eenvoud bedoelen we nu dat men, zonder een 'echte' program- 
meur te zijn, snel zelf een model kan bouwen en een probleem- 
specificatie kan invoeren. Men beschrijft zijn probleem in een taal, 
die dicht bij een spreektaal ligt met een eenvoudige vocabulaire en 
syntax. Op die manier verkrijgt men een programma dat leesbaar 
blijft voor de materiedeskundige en dat dus als communicatiemiddel 
goed voldoet. 

In de meest ideale situatie zou het op deze manier verkregen 
model interactief ingevoerd moeten kunnen worden om direct op 
fouten te worden getest. Na verbetering van de fouten kan vervol- 
gens worden nagegaan of het model aan de verwachtingen voldoet. 

Deze aanpak zal tot een grotere acceptatiegraad van het 
simulatiemodel kunnen leiden. Men zal sneller gebruik willen maken 
van simulatie als onderzoekmethode en als ondersteuning bij de 
besluitvorming. Men zal ook sneller geneigd zijn de resultaten van 
de simulatie-experimenten te vertrouwen. 

Na deze opsomming van faciliteiten die een programmeertaal 
ten behoeve van simulatie-experimenten zou moeten bieden, 
bespreken we een viertal factoren die de keuze van de taal zullen 
beinvloeden. 


122 Van model naar programma Ng 


V.3.2 Keuzebepalende factoren 


a. Eén van de belangrijkste factoren, in ieder geval de eerste 
keuzefactor, is de aard en de doelstelling van de probleemdefinitie. 
Hieruit volgt snel of een continu dan wel discreet proces nagebootst 
dient te worden. De keuze van een analoge, analoog-hybride of 
digitale rekenautomaat laten we verder rusten. Analoge simulatie 
van continue processen kan heel goed m.b.v. een digitale computer 
worden opgezet. Hiervoor zijn speciale simulatietalen beschikbaar. 
DYNAMO is hiervan een voorbeeld. Men moet hierbij denken aan 
simulatieprogramma's, waarbij de werking van een analoge computer 
wordt nagebootst. 

Een andere mogelijkheid, hierbij aansluitend, is het bestaan 
van simulatietalen voor een specifiek vakgebied. Als voorbeeld valt 
te denken aan chemische of fysische (atoom- en kernfysica) proces- 
sen of aan het ontwerpen van elektronische schakelingen (chips en 
micro's). 


b. Een tweede categorie van keuzefactoren is gelegen in de 
uitgangspunten en de benaderingswijze van de probleemanalist. 
Wanneer de modellen wiskundig van aard zijn (bijvoorbeeld econome- 
trische modellen), kunnen zij vaak beschreven worden volgens: 


- een stelsel lineaire vergelijkingen 
- een stelsel differentiaalvergelijkingen, of 
- een stelsel differentievergelijkingen. 


Hierbij dekt men ook vele vormen van continue processen. Er 
is een ruime keuze van simulatietalen voorhanden. 

Niet altijd zijn de te simuleren systemen in mathematische 
formuleringen te beschrijven. Dan zal men in het programma de 
opdrachten noteren als oorzaak-gevolg relaties tussen de verschil- 
lende systeemeomponenten, of als een activiteitenstroom. Er is een 
verschil in benadering van deze problematiek te onderkennen in de 
verscheidene simulatietalen. Hierop komen we in § 4 terug. 


c. Een derde verzameling keuzebepalende factoren komt voort uit 
de opvattingen van de analist/programmeur. Iemand die zich in één 
of meer algemene programmeertalen bekwaamd heeft, blijkt moeilijk 
te bewegen om een geheel nieuwe taal aan te leren voor een nieuw 
probleemgebied, zoals simulatie. Dit is één van de redenen waarom 
nog zolang in assembleertalen is geprogrammeerd, toen hogere talen 
reeds lang hun kinderziekten verloren hadden. Ook de hardnekkig- 
heid, waarmee voor meer complexe toepassingen toch nog ‘primitieve! 
talen als BASIC en FORTRAN gebruikt blijven worden en steeds 
uitgebreid worden om aan nieuwe eisen te kunnen blijven voldoen 
(BASIC+, FORTRAN IV, enzovoorts), is opvallend. De beweegreden 
om bij de bekende taal te blijven zal vaak liggen in de gedachte dat 
een simulatie-opdracht maar eenmaal voorkomt. In dat geval lijkt 

de investering om een geëigende simulatietaal te gebruiken wat 
overdreven. Wanneer evenwel de simulatie succesvol is, en waarom 
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zou dat niet het geval zijn, zal men ongetwijfeld nieuwe simulatie- 
opdrachten krijgen. 

Het verdient de voorkeur om de mogelijke toepassingen waarbij 
simulatie gebruikt kan worden, eerst te inventariseren en dan een 
mede hierop afgestemde keuze van het gereedschap te maken. 


d. De vierde keuzefactor is van technische en economische aard. 
Een aantal compilers voor simulatietalen stellen vrij hoge eisen aan 
de capaciteit van de hardware. Wanneer onvoldoende capaciteit 
beschikbaar is, wordt de keuze automatisch beperkt. Het is afhanke- 
lijk van de gewenste en geplande toepassingen of men bereid is 
grotere investeringen te doen. Een kosten/baten analyse zal moeten 
uitwijzen welke prijs men wil betalen voor de benodigde faciliteiten 
aan hard- en software en niet te vergeten mankracht. Deze drie zijn 
niet onafhankelijk en de aanschaf van computercapaciteit en een 
geschikte compiler zou een aanzienlijke besparing in mankracht met 
zich mee kunnen brengen. Ook de tijdsduur van het project kan 
positief worden beinvloed. 


V.3.3 Simulatiepakketten en statische programmatuur 


Vooral voor mensen die incidenteel een simulatiemodel willen 
programmeren is het aanleren van een simulatietaal bezwaarlijk. Er 
gaat nogal wat energie zitten in het leren van zo'n taal. Gelukkig 
komen er tegenwoordig steeds meer softwarepakketten in de handel, 
waarmee het voor deze categorie gebruikers relatief eenvoudig is 
om een simulatiemodel te formuleren en er mee te experimenteren. 
Deze pakketten zijn in feite modelgeneratoren. Dit wil zeggen dat 
de pakketten de mogelijkheid bieden de specifieke eigenschappen en 
gegevens van het model toe te voegen aan een generatorprogramma. 
Met behulp van het aldus gecomplementeerde generatorprogramma 
kan de computer vervolgens een programma voor het model in kwestie 
samenstellen. 

Een voorbeeld van zo'n pakket is DEMOS (afkorting voor 
Discrete Event Modelling On Simula). Dit pakket is in SIMULA 
geschreven. Voor de programmeur die DEMOS kent, is het niet nood- 
zakelijk zich in SIMULA te verdiepen. De specifieke gegevens van 
een model worden als parameters toegevoegd aan DEMOS waarna dit 
programma door de SIMULA-vertaler. kan worden vertaald. Immers 
DEMOS is in SIMULA geschreven. 

De generatorprogramma's moeten niet worden verward met de 
in V.3.1 sub 6 bedoelde eenvoudige, dicht bij de pp roontAn liggende 
talen. Hiervoor zijn zogenaamde interpreterende programma's nodig. 
Een interprator is een programma dat opdrachten interpreteert die 
in een andere taal zijn geschreven dan de machinetaal van de 
gebruikte computer. 
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De in het begin van deze paragraaf genoemde vierde categorie 
van programmatuur omvat de statistische pakketten. We doelen 
hierbij op een verzameling van statistische programma's die kunnen 
worden gebruikt om de uitvoergegevens van een simulatiemodel als 
invoergegevens te gebruiken. Op deze gegevens worden dan bewer- 
kingen toegepast die door de gebruiker worden gewenst. Bijvoorbeeld 
het berekenen van een gemiddelde, de standaardafwijking of het 
uitvoeren van een analyse. 

Voorbeelden van dergelijke pakketten zijn SPSS (Statistical 
Package for Social Sciences) en WESP (Waarlijk Eenvoudig Statistisch 
Pakket). 


Samenvattend kan worden gesteld, dat de keuze van het juiste 
gereedschap niet eenvoudig is. Diverse elementen, waaronder heel 
persoonlijke spelen bij de keus een rol, zoals de beschikbaarheid 
van talen, de aard van de op te lossen problemen, de aanwezige 
talenkennis bij de programmeurs, de beschikbare tijd, de overdraag- 
baarheid van een model en de geschiktheid van een taal als commu- 
nicatiemiddel. 

Als eenmaal besloten is tot gebruik van een simulatietaal dan 
kunnen bij de keuze de volgende criteria worden gehanteerd*): 


1. de beschikbaarheid van talen voor het aanwezige computer- 
systeem 

de kosten van aanschaf en onderhoud 

. het aantal simulatiestudies dat uitgevoerd zal worden 

de soorten van systemen die gesimuleerd zullen worden 

de kwaliteit van de documentatie 

de moeilijkheidsgraad van de taal 

de benodigde computercapaciteit 

de verwerkingssnelheid van programma's 

de flexibiliteit en de kracht van de taal. 


oJ BE w NO 


V.3.4 Het tijdmechanisme in het simulatieprogramma 


Er zijn globaal gesproken twee manieren waarop men het voort- 
schrijden van de simulatietijd programmatisch kan organiseren: 
statisch of dynamisch. Men kan daartoe een vaste of een variabele 
waarnemingstijd kiezen. 

Een vaste waarnemingstijd lijkt programmatisch wel voordelen 
te hebben, maar hierbij dienen we te bedenken, dat men de waar- 
nemingsperiode niet zo maar willekeurig kan kiezen. Er mag eigenlijk 
per periode maar één toestandsverandering plaatsvinden, anders 
verliezen we de mogelijkheid tot controle en inzicht in het proces. 
Wil men dan ook nog met verdelingsfuncties en frequentieverdelingen 


*) Zie R.E. Shannon, ibidem, pg. 107, 108. 
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werken, dan zal de waarnemingsperiode als gevolg hiervan klein 
moeten zijn. Het logisch hieruit voortvloeiende nadeel is, dat het 
programma vele stappen (stapjes) in de tijd zal doen, zonder dat 
er iets gebeurt. 

Het programma zal hierdoor bijzonder traag werken, vooral ook 
omdat alle punten in het programma, waar een gebeurtenis zou 
kunnen plaatsvinden, moeten worden bekeken. 

Het alternatief voor een vaste waarnemingstijd is een variabele 
waarnemingstijd. Het systeem 'springt' van de ene gebeurtenis naar 
de andere en de tussentijd is programmatisch 'nihil'. 

Het simulatiesysteem dient door de taal zelf geheel bestuurd 
en geadministreerd te worden zonder (veel) bemoeienis van de 
programmeur. Daartoe zijn bepaalde procedures aanwezig om de 
simulatietijd te beheersen (een interne 'klok'), gebeurtenissen te 
signaleren, toestandsvariabelen bij te werken, speciale testcondities 
te herkennen en is er een flexibel datasysteem om de genoemde 
zaken te registreren en administreren. 

Zie voor een nadere toelichting figuur V.3a. 


variabele waarnemingstijd (next-event model) 


81 82 8384 85 B6 gebeurtenissen 
1 l 1 


I 
7 | | | | tijd 
i | l! l 3 
| | 
| | i y 1 y toestandsbijstelling 
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vaste waarnemingsperiode (fixed-time increment model) 


81 82 8384 85 86 gebeurtenissen 
DE ee 


\ N \ 
| \ n 
\ 1 \ Ņ 
tı h! t? tə Ats ts te toestandsbijstelling 
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In het geval van een variabele waarnemingstijd worden de toestands- 
variabelen bijgewerkt op het moment dat er echt iets gebeurt. De 
samenvallende gebeurtenissen g3 en g, worden natuurlijk door het 
programma wel serieel verwerkt; een adequaat besturingsmechanisme 
voorziet in een goede verwerking. 


Bij de vaste waarnemingsperiode wordt na elk tijdsinterval At 
nagegaan of één of meer gebeurtenissen zijn opgetreden in het af- 
gelopen tijdsinterval. Op tijdstip tı leidt dit onderzoek tot een 
vergeefse poging, terwijl op het volgende tijdstip t, twee gebeurte- 
nissen gı en g, moeten worden verwerkt. Hetzelfde is het geval 
met de gebeurtenissen g, en g, (uiteraard) en gs en ge. In 
feite is hier het interval At al te groot gekozen. 


Figuur V. 3a 
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V.4 BENADERINGSWIJZEN VOOR HET FORMULEREN VAN 
SIMULATIEPROCESSEN 


In de vorige paragraaf is een aantal voor de keuze van een 
programmeertaal bepalende factoren besproken. Als een belangrijke 
factor is genoemd de benaderingswijze van het model door de 
probleemanalist. Er kunnen bij discrete simulatie drie benaderings- 
wijzen voor het beschrijven van systemen worden onderscheiden: 


a. de gebeurtenissen-beschrijvingsmethode 
b. de activiteiten-beschrijvingsmethode 
c. het proces-beschrijvingsmethode. 


Bij het ontwerpen van simulatietalen is meestal één van deze drie 
methoden als uitgangspunt gekozen, zodat gesproken wordt van 
gebeurtenis-georiënteerde (Engels: event-oriented) talen en 
proces-georiënteerde (Engels: process-oriented) talen. We zullen 
aan elk van deze beschrijvingsmethoden enige aandacht schenken. 


a. De 'event'benadering gaat uit van gebeurtenissen (die een 
toestandsverandering in het systeem genereren), die zo gepland 
zijn in de tijd dat het tijdsbesturingsmechanisme aan de hand van 
zekere condities kan bepalen of zo'n gebeurtenis plaatsvindt. De 
gebeurtenis zelf is tijdloos. Het besturingssysteem ‘houdt de tijd 
bij' en zet de gebeurtenissen in een tijdrij (schedule) zodat de 
volgorde vastligt. 


Voorbeeld: In een loketsysteem (zie bijvoorbeeld § IV.5) kunnen 
als gebeurtenissen worden aangemerkt: 


- aankomst van een klant 
- de start van de bediening door de loketbeambte 
- het vertrek van de klant. 


De gebeurtenissenlijst kan er dan zo uitzien: 


tijd gebeurtenis 

0 loket open 

3 aankomst 1° klant 

3 1° klant wordt geholpen 

d aankomst 2° klant (gaat in de wachtrij) 

6 aankomst 3° klant (gaat in de wachtrij) 

8 vertrek 1° klant 

8 2° klant wordt geholpen (uit de rij verwijderd) 
12 aankomst 4° klant (gaat in de wachtrij) 


enz. 
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Wanneer men zelf een klokmechanisme maakt met een waarne- 
mingsperiode van 1 minuut, dan is bovenstaand model gemakkelijk 
in een algemene programmeertaal op te zetten, zij het dat we dan 
niet een bijzonder flexibel model hebben. 

Ga zelf eens na welk gevolg de introductie van meer loketten 
en van meer bedienden, of van een andere rijdiscipline zou hebben. 
Voorbeelden van 'event'-georiënteerde simulatietalen zijn: 

SIMSCRIPT en GASP. 


b. Bij activiteit-georiënteerde beschrijvingen worden tijdsafhanke- 
lijke handelingen als momentane (tijdloze) gebeurtenissen gerepre- 
senteerd. Voordat de simulatietijd in het programma over de tijdas 
verschoven wordt, wordt door een uitvoeringsbesturingsprocedure 
de verzameling condities afgelopen, om te bepalen welke handelingen 
plaatsvinden. Elke handeling wordt beschreven door een eigen 
procedure. Om zich deze werkwijze te kunnen voorstellen, denkt 
men zich in toeschouwer te zijn en als zodanig naar het systeem te 
kijken. Probeer dan de activiteiten te onderscheiden als de verza- 
melingen acties die de toestandsvariabelen op gelijke wijze doen 
veranderen. 


Voorbeelden van activiteit-georiënteerde talen zijn CSL, ESP en 
FORSIM-IV. 


Het loketsysteem toont het volgende beeld: 


loket- 
bediende 
actief 


klant 
gaat weg 


klanten 
generator 


klantenrij 


bediende 
inactief 


generator 
inactief 


aetiviteiten: 
— plaats klant - bepaal moment ~ kiant 
in de rij; dat bediening verlaat het 
- bepaal nieuw beëindigt systeem 
aankomstmoment 
condittes: 
- aankomstmoment “ loket is vrij; - eindtijdstip 
van een klant = de rij is bediening 
is bereikt niet leeg is bereikt 


Figuur V.4a 
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c. Proces-georiënteerde beschrijvingsmethoden geven qua filosofie 
een mengvorm van activiteiten en gebeurtenissen weer. Een proces 
is te definiëren als een vaste verzameling van activiteiten en 
gebeurtenissen. Een proces kent een dynamisch en wederkerend 
gedrag. Processen zijn flexibel, kunnen in een tijdrij gezet worden 
(Engels: scheduling), zijn te onderbreken, kunnen in deelprocessen 
onderverdeeld worden, zijn in de tijd te verschuiven, enzovoorts. 
In een programma kunnen de processen beschouwd worden als onaf- 
hankelijke deelprogramma's, waarin zowel handelingen als gebeurte- 
nissen hun plaats hebben. Het besturingsmechanisme houdt bij welke 
processen actief zijn, waar herstartende processen gebleven zijn 

en wat de volgorde van de te activeren processen is. 

Voorbeelden van proces-georiënteerde talen zijn SIMULA, OPS 
en SOL. Een proces-georiënteerd simulatieprobleem zal meestal een 
specifieke procesgerichte taal vereisen, waarbij een mechanisme van 
de 'co-routine' aanwezig is. Een taal als Pascal-Plus of parallel 
Pascal voldoet ook aan deze eis. 

Het loketvoorbeeld kan als volgt in drie processen worden uit- 
gebeeld. De stippellijnen geven de relaties tussen de processen aan. 


postkantoor 
genereert 
klanten 


neen 


roep 
loket- aoe air onin aa deen 


bediende anders 


haal volgende 
klant uit 
de rij 


oroe: EE E 
bediend 
| eaat weg | 


Figuur V.4b 
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Vaak zal de aard van het simulatieprobleem wel een zekere 
aanwijzing geven omtrent voorkeur voor een van de drie benaderings- 
wijzen. Het is ook mogelijk om in een proces-georiënteerde taal, zoals 
bijvoorbeeld SIMULA, de event- of activity-benadering toe te passen. 
Om deze reden moet men het belang van het onderscheid in de drie 
benaderingswijzen ook niet overschatten. Vooral het verschil tussen 
de activiteitenbenadering en de procesbenadering is principieel niet 
bijzonder groot. | 

We besluiten dit overzicht met een figuur uit Shannon*). 


ENTITIES 


having | ATTRIBUTES 


interact with | ACTIVITIES 


under certain 


CONDITIONS 


creating 


EVENTS 


that change the 


STATE OF 
THE SYSTEM 


Figuur V.4c 


*) Zie: R.E. Shannon, ibidem, pg. 109. 
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V.5 BASIC EN PASCAL 


In deze paragraaf zullen we enige aandacht besteden aan twee, 
vooral in het onderwijs veel gebruikte programmeertalen: BASIC en 
Pascal. Beide talen zijn niet voor simulatietoepassingen ontwikkeld. 
Ze bieden daartoe dan ook beperkte mogelijkheden, Pascal overigens 
meer dan BASIC. Naast enkele algemene opmerkingen over deze 
talen zal van elk een programmavoorbeeld worden gegeven. 


V.5.1 BASIC 


De programmeertaal BASIC heeft zich de laatste jaren zowel 
ten aanzien van de structuur als ten aanzien van de mogelijkheden 
in positieve zin ontwikkeld. Moderne BASIC-versies, zoals Microsoft 
BASIC*) bieden de mogelijkheid goed gestructureerde programma 8 
te schrijven. De programmeur kan bij gebruik van deze versies over 
HE Ares ERON en oo else ..... ed SRE wend! opdrachten 
beschikken. Het gebruik van GOTO kan zodoende worden vermeden. 
Ook in andere opzichten biedt de taal zeker mogelijkheden om een 
programma doorzichtig en gestructureerd in elkaar te zetten. 

Helaas beschikken ook de moderne BASIC-versies niet over 
de speciale toevoegingen, waarmee simulatieprogramma' s prettiger 
en sneller kunnen worden ontworpen. We doelen in dit verband op 
mogelijkheden als: 


- het genereren van kansvariabelen uit specifieke verdelings- 
functies, 

- het bijhouden van gebeurtenissen in de tijd, 

- het toevoegen van records aan, of weghalen van records 
uit een lijst en 

- het verzamelen en analyseren van gegevens. 


BASIC is dus beperkt. Toch is het ook in BASIC mogelijk een- 


voudige simulatietoepassingen te programmeren. Het voorbeeld van 
de haringkar laat zich redelijk gemakkelijk in BASIC uitwerken. 


Voorbeeld simulatieprogramma in BASIC 


*) Zie bijvoorbeeld het boek 'Programmeercursus Microsoft BASIC! door Nok 
van Veen, Academic Service, 1983. 
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Voorbeeld simulatieprogramma in BASIC 


10 REM Het haringkar programma in MBASIC 
zü DIM WACHTRIJ 30) 
za DEF FNNHEGEXPi AANKOMSTGEMIDDELDE)= -LOGRNO)/AANKOMSTGEMIDODODELDE 
40 DEF FNUNIFORM (A,B) = A + (B — A) * RND 
Sü INPUT A, B, AANKOMSTGEMIDDELDE, SIMULATIETIJD 
Sl LAATST = 0 
we AANTALKLANTEN = Ü 
S3 AANKOMSTTIJD = 9 
5d WISMAN = ü 
S3 WACHTTIJD = û 
36 SOMMACHTTIJD = Q 
Z0 WHHILE AANKOMSTTIJD < SIMULATIETIJD 
za ÄAANTALKLANTEN = AANTALKLANTEN + 1 
zü LAATST = LAATST + 1 
JÜ AANKOMSTTIJD = AANKOMSTTIJD + FNNEGESP (AANKOMSTGEMIDDELDE 3 
100 WACHTRI JILAĀAATST) = AANKOMSTTIJD 
114 WHILE WISMAN <= AANKOMSTTIJD 
120 WACHTTIJD = UISMAN — WACHTRIJ(1) 
120 IF WACHTTIJD < 0 THEN WACHTTIJD = Q 
VISMAN = WACHTRIJC1) + FNUNIFORM(Á,. B) 
ELSE VISMAN = VISMAN + FMLINIFORM(A, B) 
14ü SOMWACHTTIJD = SOMWACHTTIJD + WACHTTIJD 
150 FOR N = 1 TO LAATST 
160 WACHTRIJ(N) = WACHTRIJ (N+1)b 
470 ; NEXT N 
130 LAATST = LAATST — 1 
134 WEND 
zūü WEND 
209 LPRINT "de invoer: A="; "B=" ;B;" ;aankgem="  AANKOMSTGEMIDDELDE 
210 LPRINT "de simulatietiid is: "; SIMULATIETIJD 
zz LPRINT "het aantal klanten is: "; AANTALKLANTEN 
23ü LPRINT "de tatale wachttijd is: "; SOMWACHTTIJD 
ząū LPRINT "de gemiddelde wachttijd is: ";S0MWACHTTI JDZAANTALKLANTEN 
250 END 


de invoer: A= 2 ;B= 2 saankgem= .S 
de simulatietijd is: 4 

het zantal klanten is: 1 

de totale wachttijd is: 0 

de gemiddelde wachttijd is: Q 


de invoer: A= 8 ;B= 2 saankgem= 2 

de simulatietijd is: 4 

het aantal klanten is: 7 

de totale wachttijd is: 1.929714 

de gemiddelde wachttijd is: „2756734 


de invoer: A= 0 ;B= 2 saankgem= .5 

de simulatietijd is: 10 

het aantal klanten is: 8 

de totale wachttijd is: 5.639245 

de 3emiddelde wachttijd is: .70450 56 


de invoer: A= Q ;B= 2 saankgem= 2 

de simulatietijd is: 10 

het aantal klanten is: žą 

de totale wachttijd is: 20.69132 

de gemiddelde wachttijd is: .8621381 
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V.5.2 Pascal 


Pascal is een 'jonge' taal die in betrekkelijk korte tijd zeer 
populair is geworden. Ze wordt in het onderwijs in ruime mate _ 
gebruikt en is op veel microcomputers beschikbaar. In Nederland 
heeft de Stichting Teleac een televisiecursus aan Pascal gewijd 
waardoor de taal ruime bekendheid heeft gekregen. | 

Ten opzichte van BASIC heeft Pascal het nadeel dat het meer 
inspanning kost om haar (volledig) te leren. Daar staat tegenover, 
dat men dan ook een taal kent die meer mogelijkheden biedt. Pascal 
is namelijk een taal die voor een breed scala van toepassingen kan 
worden gebruikt. Ze beschikt over goede programmeer- en data- 
structuren en levert, bijna per definitie overzichtelijke, goed 
leesbare programma's. Juist als programma's groter en complexer 
worden, gaan de voordelen van Pascal ten opzichte van BASIC (en 
ook van andere algemene programmeertalen) sterk overheersen. 

Voor het aanleren van een goede programmeerattitude, hetgeen 
in onderwijs van groot belang is, is Pascal zeer geschikt. Bovendien 
blijkt in de onderwijspraktijk dat kennis van Pascal een goede basis 
is voor het leren van een simulatietaal als SIMULA (zie $ V.6). 

Niet alleen de voor goede programma's noodzakelijke structuren 
GES Ef... BREN se OER ei WE a a FEODORE oen MERE 
en case, maar ook de mogelijkheid om zelf andere types als real, 
integer en char te definiëren alsmede de datastructurerings- 
mogelijkheden maken Pascal ook redelijk geschikt voor simulatie- 
doeleinden. Een voorbeeld kan deze uitspraak verduidelijken. 


type gebeurtenis = (aankomst, bediening, opening, sluiting); 


Als we nu declareren var volgende gebeurtenis: gebeurtenis; dan 
kan de programmastructuur deze vorm hebben: 


repeat get (volgende gebeurtenis); 
case volgende gebeurtenis of 


BAAKORENS Tees 4 

bedienangt oe se. ; 

T BIT d EE E A : 

OLOLS EDDI Somseeee - 
end 


until volgende gebeurtenis = sluiting; 


Op de stippellijnen staan opdrachten - gewoonlijk procedure- 
aanroepen - die behoren bij de akties van de respectievelijke 
gebeurtenissen. Als dus de volgende gebeurtenis het starten van 
het bedieningsproces blijkt te zijn, worden de akties achter 
bediening: verwerkt. 

Een ander voorbeeld laat zien hoe we de verzameling eigen- 
schappen van een object in een 'record' kunnen definiëren. 
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type klant = record 
aankomsttijd, helptijd: real; 
aantal boodschappen: integer; 


end; 


Aan het slot van deze paragraaf geven we twee volledige 
simulatieprogramma's in Pascal als voorbeeld. 


De haringkar met één bediende 


PROGRAM haring (input, output}; 
VAR aankomstgemiddelde, simulatietiid, visman, wachttijd, somwachttijd, 
aankomsttijd: real; 
a, b, n, laatst, aantalklanten: integers; 
wachtrij: ARRAY[0..30] of real; 
FUNCTION negexpí aankomstgemiddelde: real): real; 
BEGIN negexp := =-Inúrandom)/aankomstaemiddelde; END; 
FUNCTION uniform(a, b: integer): real; 
BEGIN uniform := a + (b-a)krandam; END; 


BEGIN 
read (3, b, aankomstgemiddelde, simulatietijd); 
laatst := 0; aantalklanten :=0; aankomsttijd :=0 3 
visman :=0; wachttijd :=0; somwachttijid:=0; 
WHILE aankomsttijd < simulatietijd DO 
BEGIN 
aantalklanten := aantalklanten + 1; 
laatst := laatst + 1; 
aankomsttijd := aankomsttijd + negexp{aankomstgemiddelde); 
wachtrijllaatst] := aankomsttijd; 
WHILE visman <= aankomsttijd DO 
BEGIN 
wachttijd := visman - wachtrij[1]; 
IF wachttijd < 0 
THEN BEGIN 
wachttijd := 0; 
visman := wachtrij[1] + uniformita, b); 
END 
ELSE 
visman := visman + uniform(a, b); 
somwachttijd := somwachttijd + wachttijd; 
FOR nñ := 1 TO laatst DO 
wachtrijln] := wachtrijln+1]; 
laatst := laatst — 1; 
END ; 
END; 
writelní’de simulatietijd is: “‚Ssimulatietijd); 
writeln(’het aantal klanten is: ‘“saantalklanten); 
writeln(’de totale wachttijd is: ‘‚somwachttijd); 
writeln(’de gemiddelde wachttijd is: ‘‚somwachttijd/”aantalklanten); 


(* In dit PASCAL programma is geen gebruik gemaakt van bijzondere PASCAL 
mogelijkheden zoals pointers en types. De variabele VISMAN bevat de tijd 
waarop de visman klaar is met het helpen van een klant. De array WACHTRIJ 
bevat de aankomsttijden van de klanten die nog niet geholpen zijn. Als de 
visman vrij is, helpt hij de eerste klant uit de rij. De variabele 
AANKOMSTTIJD dient als ‘klok’. De uitvoer is ook primitief. Een meer uit- 
gebreide uitvoer zal meer relevante gegevens kunnen produceren. *) 

END. 
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Voorbeeld simulatieprogramma in Pascal: De haringkar met méér 
bedienden. 


FROGRAM haringeë (inputscutput); 
(k In dit programmavoorbeeld zijn meer bedienden actief x) 


WAR samkomstgemiddelde, simulatietiid, wachttijd, samwachttijd, 
aankomsttijd: real; 
a, b, n, laatst, aantalklanten, eersteklaar, santalbedienden: integer; 
wachtrij: ARRAY[O..30) of real; 
bediende: ARRAY(O..5] of real; 
FUNCTION negexpí aankomstgemiddelde: reali: real; 
BEGIN negexp := =In(random)/aankomstgemiddelde; END; 
FUNCTION uniform(a, b: integerì: real; 
BEGIN uniform := a + (b-a)*random; END; 
| 
BEGIN 
read (a, b, aankomstgemiddelde, simulatietijd, aantalbedienden); 
laatst := 0; aantalklanten := 0; aankomsttijd := 0 
wachttijd := 0; somwachttijd := 0; eersteklaar : 
FOR n := Q TO 5 DO bediendeln}) := 0; 
WHILE aankomsttijd < simulatietijd DO 
BEGIN 
aantalklanten := aantalklanten + 1; 
laatst := laatst + 1; 
aankomsttijd := aankomsttijd + negexp(aankomstgemiddelde); 
wachtrijllaatst) := aankomsttijd; 
WHILE (bediendeleersteklaar) <= aankomsttijd) AND (laatst > 0) DQ 
BEGIN 
wachttijd := bediendeleersteklaar) - wachtrij[1]; 
IF wachttijd < 0 
THEN BEGIN 
wachttijd := 0; 
bediendeleersteklaar) := wachtrij[1] + unifaorm(as, bì; 
END 
ELSE 
bediendeleersteklaar) := bediendeleersteklaar] 
+ uniformia, Ds; 
zsomwachttijd := somwachttijd + wachttijd; 
FOR n := 1 TO laatst DÛ 
wachtrij[n] := wachtrij[n+t1]}]; 
laatst := laatst — 1; 
ix hier wordt iedereen in de rij een plaats opgeschoven *) 
FOR n := 1 TO aantalbedienden DO 
IF bediende[eersteklaar] > bediendeln] 
THEN eersteklaar := n; 
(k nu wordt gekeken welke verkoper het eerste klaar is *) 
EMD ; 
END; 
writeln(’de simulatietijd is: ‘‚,simulatietijd); 
writeln(‘het aantal klanten is: ‘,aantalklanten); 
writeln(’de totale wachttijd is: ‘,somwachttijd); 
writeln(’de gemiddelde wachttijd is: “‚somwachttijd/”aantalklanten); 


(k In dit PASCAL programma is evenmin gebruik gemaakt van bijzondere PASCAL 
mogelijkheden zoals pointers en types. De ARRAY "bediende" bevat de tijd 
waarop de verkopers klaar zijn met het helpen van een klant. De array 
WACHTRIJ bevat de aankomsttijden van de klanten die nog niet geholpen zijn. 
Als een verkoper vrij is, helpt hij de eerste klant uit de rij. De variabele 
AANKOMSTTIJD dient als ‘klok’. De uitvoer is cok hier te primitief. 
Een meer uitgebreide uitvoer zal meer relevante gegevens moeten praduceren. 
END. 


V.21 Benaderingswijzen formuleren simulatieprocessen 135 
V.6 SIMULA: EEN SIMULATIETAAL 


SIMULA 67 is ontworpen in Noorwegen als uitbreiding van 
ALGOL 60 ten behoeve van simulatieprogramma's. De taal is een 
krachtig en flexibel simulatiegereedschap en kan als een succes 
worden bestempeld. De kracht van SIMULA is gelegen in de bijzon- 
dere mogelijkheden ten behoeve van systeembeschrijving en model- 
formulering. Vooral ten aanzien van het ontwikkelen van informatie- 
systemen heeft SIMULA zijn gebruikswaarde ten volle getoond. Als 
voorbeelden hiervan noemen we systeembeschrijvingen voor de 
activiteiten van systeemanalyse, generering van alternatieve 
systeemontwerpen en database systemen. 

Het centrale concept in SIMULA is de class. Een class lijkt op 
een procedure, maar er zijn enkele kenmerkende verschillen: 


1. terwijl van een procedure tegelijk slechts één ingevuld exem- 
plaar aanwezig is, kunnen van een class meerdere ingevulde exem- 
plaren (objecten) parallel bestaan ; 


2. de variabelen in een procedure zijn lokaal en kunnen in de rest 
van het programma niet gebruikt worden, de lokale namen van een 
class kunnen via een speciale notatie benaderd worden. 


Aan de hand van een voorbeeld uit Birtwistle*) laten we zien 
hoe een 'class' gedeclareerd wordt en op welke wijze objecten 
gegenereerd kunnen worden. 


We maken een verzameling voertuigen. Alle hebben als attri- 
buten: bouwjaar en gewicht. Bovendien willen we kunnen aangeven 
of een auto defect is. De declaratie ziet er als volgt uit: 


class voertuig (bouwjaar, gewicht); 
integer bouwjaar, gewicht; 
begin boolean defect; 


if bouwjaar < 1885 or gewicht < 0 
then genereer een foutboodschap; 
end voertuig; 


Er is nu nog geen enkel voertuig, deze moeten nog 'gefabriceerd' 
worden. Daarvoor is een referentie nodig: een naam, waarmee 
straks naar een gecreëerd object verwezen kan worden. 


*) G.M. Birtwistle, Discrete event modelling on SIMULA, London, 1979. 
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ref (voertuig) fiat, rolls; 


Potentieel is nu een tweetal voertuigen benoemd, maar er is nog 
steeds geen object: de waarde van fiat en rolls is none. 
De creatie tenslotte gebeurt als volgt: 


fiat :- new voertuig(1981, 800); 


rolls :- new voertuig(1934, 3000) ; 


Van beide objecten valt het bestaan te visualiseren met een 
plaatje, waarin de eigenschappen (attributes) en acties (actions) 


duidelijk naar voren komen. 


waarde 


fiat voertuig rolls 


attribuut waarde attribuut 


bouwjaar 1934 
gewicht 3000 
defect false 


bouwjaar 1981 
gewicht 800 
defect false 


acties acties 


if bouwjaar < 1885 or 
gewicht < 0 
then foutboodschap 


if bouwjaar < 1885 
or gewicht < 0 
then foutboodschap 


In de actielijst van objecten kunnen alle vormen van SIMULA- 
opdrachten voorkomen, óók procedures. De acties worden in 
principe uitgevoerd bij de creatie van het object. 

In het programma zijn de attributen via de zogenaamde 'dot'- 
notatie gemakkelijk bereikbaar: 


if rolls. defect 
then outtext('treurmuziek') 
else stap in en rij weg; 


if botsing 
then fiat. defect := true; 


Door middel van 'prefixing' kan men een hiërarchie van 'classes' 
opbouwen. Veronderstel, dat men een onderscheid wil maken tussen 
vrachtwagens, personenauto's, autobussen en kraanwagens. Voor 
elke categorie geldt dat alle objecten de drie attributen bouwjaar, 
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gewicht en defect gemeen hebben. Het levert veel overbodig werk 
om dit bij elke definitie van een 'class' separaat op te nemen. Dit 
wordt gedemonstreerd voor de vrachtwagen: 


class vrachtwagen( bouwjaar, gewicht, laadvermogen); 
integer bouwjaar, gewicht, laadvermogen; 
begin boolean defect, wegreus; 
real lading; 


if bouwjaar < 1885 or gewicht < 0 


then foutboodschap; 
wegreus := laadvermogen > 2500; 
end vrachtwagen; 


Met gebruikmaking van de 'prefix-class' voertuig krijgen we 
evenwel de volgende declaratie: 


voertuig class vrachtwagen(laadvermogen); 

integer laadvermogen; 
begin boolean wegreus; 

real lading; 

wegreus := laadvermogen > 25000; 
end vrachtwagen; 


Op deze wijze kan men ‘classes! definiëren, die bijvoorbeeld 
een geheel verkeerssysteem definiëren. Hiervan is dan standaard 
gebruik te maken. In een zelf-gedefinieerd programma kan men het 
verkeer manipuleren, gebruikmakend van de 'class' verkeer uit een 
programma bibliotheek. 


begin external class verkeer; 
verkeer 
begin 
eigen declaraties; 
eigen opdrachten; objecten en attributen 
uit de class verkeer mogen worden gebruikt; 


end; 
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De relaties in een simulatiemodel zijn gemakkelijk in te voeren. 
Men kan namelijk in een object procedures of opdrachten als attribuut 
opnemen, die op andere objecten inwerken. 


Zoals de 'class' verkeer tot een standaard-'class' te maken is, 
zo heeft SIMULA zelf systeemgedefinieerde 'classes'. Ten behoeve 
van simulatie zijn de twee belangrijkste 'classes' SIMSET en 
SIMULATION. 

SIMSET is bedoeld om met tijden te kunnen manipuleren (circular 
list en two-way list). 

SIMSET beschikt over procedures voor de volgende doeleinden: 


- het geven van verwijzingen naar de voorganger of de 

opvolger van een object in een verzameling, 
_— het verwijderen van een object uit een lijst of verzameling, 

- het invoegen van een object achterin de lijst, 

- het invoegen van een object voor of achter een omschreven 
ander object, 

- het bepalen of een verzameling leeg is, 

- het leegmaken van een verzameling, 

- het bepalen van het aantal objecten in een verzameling, 

- het geven van een verwijzing naar het laatste object in 
een lijst. 


Men kan eenvoudig over deze procedures beschikken door het eigen 
programma te prefixen met 'SIMSET'. 

De 'class' SIMULATION dient om te kunnen manipuleren met 
objecten in de tijd. Tijdstippen van executie, (tijdelijk) stoppen, 
(her-)starten, enzovoorts kunnen toegewezen worden aan de 
objecten in het systeem. Daar SIMULATION als prefix-class ook 
SIMSET bevat, kan men met de prefix SIMULATION automatisch 
over de rij-manipulatie procedures beschikken. 

De structuur van de rij in SIMSET is als volgt te schetsen. 


link link link 
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De 'class' SIMULATION gebruikt SIMSET om de tijd als een rij 
processen te organiseren. Intern wordt bijgehouden wanneer een 
bepaalde gebeurtenis moet plaatsvinden. Het proces waarin deze 
gebeurtenis is ondergebracht wordt dan 'actief'. In beeld: 


: 


QS 'sequencing set' 


Ee 


N 
Ww 


i 


D 
(æ, 


tijd van 
gebeurtenissen 


proces proces proces 
id Z 


In de rij SQS worden de tijden waarop gebeurtenissen plaatsvinden 
in volgorde van voorkomen bijgehouden. Vanuit de elementen in 
deze rij verwijzen pointers naar die gebeurtenissen, die in de vorm 
van processen in het SIMULA-programma zijn opgenomen. Het eerst 
aan de beurt zijnde proces is proces X. De 'simulatieklok' krijgt de 
tijd waarop dit proces is 'gepland'. De klok blijft op die tijd (2.5) 
staan totdat het proces X niet verder verwerkt wordt (het proces 
is beëindigd of wordt opgeschort). Daarna wordt de klok op 4.0 
gezet en start proces Y. Het is echter mogelijk dat binnen proces X 
activiteiten hebben plaatsgevonden waardoor een ander proces, 
bijvoorbeeld Q, eerder dan proces Y 'actief' moet worden. Dit proces 
Q wordt dan door het in SIMULA ingebouwde tijdmechanisme vóór 
proces Y in de rij SQS geplaatst. 

Binnen SIMULATION is een aantal procedures en opdrachten 
aanwezig waarmee de programmeur de volgorde van gebeurtenissen 
kan regelen en eveneens 'quasi-parallelle' gebeurtenissen kan doen 
plaatsvinden. 


4 
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V.7 VOORBEELD SIMULATIEPROGRAMMA IN SIMULA 


In een eerste opzet gaan we uit van het eenvoudige model van 
de haringkar, zoals dat beschreven is in § I.3. Er is één verkoper 
die de klanten in volgorde van aankomst (volgens het principe 'first 
in, first out') helpt. Als het systeem leeg is, activeert een aan- 
komende klant de verkoper door een bestelling te doen. Klant en 
verkoper zijn dan zolang de bedieningstijd duurt 'bezet'. We zullen 
nu de acties van de systeemcomponenten (klant en verkoper) 
catalogiseren, waarbij het dan vanzelf duidelijk wordt welke relaties 
er tussen de componenten bestaan. 


de klant: Klant arriveert in het systeem 
als de verkoper bezig is 
dan wacht hij op zijn beurt 
anders geeft hij een bestelling op; 


de verkoper: Staan er klanten te wachten? 
niet: wacht rustig tot iemand komt; 
wel: vraag de aan de beurt zijnde klant 
wat deze nodig heeft en bedien 
hem/haar gedurende de helptijd; 
Herhaal het proces 1-3; 


Voor het systeem geldt nog: als een klant binnenkomt, wordt 
deze in de rij geplaatst en als de verkoper de aan de beurt zijnde 
klant gaat helpen, wordt deze uit de rij gehaald*). 

Om nu tot een beschrijving in SIMULA te komen, beschrijven 
we nog een aantal belangrijke punten. 


- De haringkar wordt gesimuleerd om te zien of een tweede 
verkoper zinvol zou zijn. Willen we dat weten, dan is er 
informatie nodig over de wachttijden, met name de gemiddelde 
wachttijd. Ook de variantie en het maximum van de wachttijd 
zijn interessante gegevens. Daarnaast is het mogelijk om het 
rijlengte-patroon te achterhalen, benevens de tijd waarin de 
verkoper niets doet ('idle time!'). 


- De resultaten zullen in belangrijke mate afhangen van de 
modelparameters. Deze zijn in ons geval: 


*) Dit is niet de enige mogelijkheid het model te beschrijven. Het is in het 
algemeen aan te bevelen meerdere beschrijvingen uit te proberen. 
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* het aankomstpatroon van de klanten 
e de bedieningstijd van de verkoper 


Teneinde flexibel te kunnen experimenteren, worden deze 
parameters bij het begin van de simulatie ingelezen. 


- Zowel de klant als de verkoper ondernemen acties in de tijd, 
die de andere systeemcomponent(en) beïnvloeden. Beide 
objecten zijn leden van 'process-classes'. Een object van een 
'process-class' kan in de volgende toestanden verkeren: 


e actief (een klant die zich in de rij plaatst); 

* opgeschort (de verkoper is gedurende de helptijd niet voor 
iets anders beschikbaar); ` 

° passief (een klant in de rij wacht lijdzaam totdat hij door de 


verkoper wordt aangesproken); 
* klaar (de geholpen klant, die na betaling vertrekt); 


De real procedure 'time' houdt de simulatiesysteemtijd bij. Time 
geeft de tijd (het moment) aan van een actief object. De tijdsduur, 
dat een object actief is, is in het programma altijd nul. | 

De procedures, die op de toestand van de objecten werken en 
die wij gebruiken (zie een SIMULA handleiding voor een complete 
taalbeschrijving) zijn de volgende: 


hold (tijdsduur): Het object wordt gedurende ‘tijdsduur! opgeschort. 
Na afloop wordt het object weer actief, namelijk als de tijdsduur 


voorbij is. 


passivate: Het object, van waaruit de procedure passivate wordt 
aangeroepen, wordt passief gemaakt. 


activate, reactivate: Een passief object wordt actief gemaakt. 
Nu kunnen we een modelbeschrijving geven in 'pseudo-SIMULA', 


waarbij de details nog niet zijn uitgewerkt, maar de structuur van 
het programma helder en duidelijk naar voren komt. 
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process class klant(tijd); real tijd; 
begin ga in de rij staan; 
noteer de aankomsttijd; 
if de verkoper niets doet 
~ then activate verkoper 
else passivate; 
noteer de wachttijd; 
end klant; 


process class verkoper; 
begin ref (klant) viseter; 
while true do 
begin 
while rij is niet leeg do 
begin 
viseter :- de volgende klant; 
viseter.out; 
reactivate viseter; 
noteer gegevens; 
hold(bedieningstijd); 
end; 
passivate; 
end 
end haringverkoper; 


ref (head) rij; 
ref (verkoper) KLAAS; 
maak de wachtrij; 
maak de haringverkoper; 
lees de modelparameters; 
while time < simulatieperiode do 
begin 
trek aselecte getallen voor de aankomst- en bedieningstijd; 
activate new klant (tijd); 
hold(bedieningstijd); 
end; 
hold(simulatieperiode + extra leeglooptijd); 
report; 


Hierna is het noodzakelijk zeker te weten dat deze modelbeschrij- 

ving goed is. Vooral in meer complexe programmamodellen is het 

aan te raden deze test door de computer te laten verwerken. In dat 
geval moeten nog niet ingevulde procedures, classes, gegenereerde 
objecten en statements worden vertegenwoordigd door dummies. Een 
dummy-statement is een qua syntax correcte opdracht, waarbij er 
echter geen acties worden uitgevoerd. Deze (detail-)acties worden 
pas later geformuleerd en in het programma ingevoerd. Belangrijk 

is dat het gehele hoofdprogramma aantoonbaar correct is. Bij het 
simpele voorbeeld als de haringkar, is het 'met de hand' doorlopen 
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van de programmabeschrijving doorgaans een voldoende test, hoewel 
men nooit volledige garantie krijgt. 

De volgende modelbeschrijving geeft het complete SIMULA- 
programma. 


Simulation 
Begin comment de haringverkoper; 
process class haringverkoper; 
begin ref(klant) viseter; 
real som wachttijd; 
integer aantal klanten; 
while true do 
begin 
while not rij.empty do 
begin viseter :- rij.first; 
viseter.out; 
reactivate viseter; 


aantal klanten := aantal klanten + 1; 
som wachttijd := som wachttijd + viseter.wachttijd; 
hold(viseter.tijd) ; 
end; 
passivate; 
end; 


end haringverkoper; 


process class klant(tijd); real tijd; 
begin real tijd binnen,wachttijd; 
into(rij); 
tijd binnen := time; 
if klaas.idle 
then activate klaas 
else passivate; 
wachttijd := time - tijd binnen; 
end klant; 


procedure report; 


begin comment hierin worden de gevraagde gegevens overzichtelijk afgedrukt ; 
end reports; 


ref(head) rij; 

ref(haringverkoper) klaas; 

real aankomstgemiddelde, simulatietijd, aankomsttijd; 
integer A, B, start1, start2, tijd; 


rij :- new head; 

klaas :- new haringverkoper; 

A := inint; B:= inint; 
aankomstgemiddelde := inreal; 
simulatietijd := inreal; 

start1 := inint; start2 := inint; 


while time not greater simulatietijd do 

begin 
tijd := uniform(A, B, start1); 
aankomsttijd := negexp( 1/aankomstgemiddelde, start2); 
activate new klant (tijd); 
hold(aankomsttijd); 

end; 

hold(simulatietijd + 10000); 

report; 

End 
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V.8 AANWIJZINGEN VOOR HET PROGRAMMEREN 


V.8.1 Software engineering 


In de vorige paragrafen is aandacht besteed aan programmatuur 
en programmeertalen. Van zowel simulatie als van programmeren 
wordt wel gezegd dat het een kunst is. Op grond hiervan mag men 
mischien zeggen: 


het programmeren van het simulatiemodel is een kunst met 
een grote K. 


Toch zou het een slechte zaak zijn als de kwaliteit van een 
programma alleen bepaald zou worden door de kunstzinnigheid en 
creativiteit van een programmeur. Naast kunst is ook kunde een 
vereiste zoals we in het begin van § 3 al hebben opgemerkt. Een 
kunde die tot uitdrukking komt in een efficiënt gebruik van methoden 
en technieken om complexe programma's betrouwbaar te ontwikkelen. 
Voor het gebruik van deze methoden en technieken zijn evenwel 
beschikbaarheid en bekendheid eerste vereisten. Dat het aan beide 
nogal eens schort, komt tot uitdrukking in het volgende citaat *): 


"De programmeertechnieken zijn bij deze groei (van program- 
ma's) in omvang en complexiteit sterk achtergebleven. Voor velen 
is programmeren nog steeds een kunst en is het nooit een kunde 
geworden. Een bijkomend probleem is dat veel programmeurs niet 
echt zijn opgeleid, maar het vak zelf aangeleerd hebben. Aan de 
organisatorische kant probeert men vaak een oplossing te vinden 
door het inzetten van steeds meer programmeurs, de zogenaamde 
million monkey-aanpak. 

Als gevolg hiervan wordt programmatuur vaak te laat opgele- 
verd, doen de programma's niet wat de gebruiker ervan verwacht, 
zijn de programma's slecht aan nieuwe eisen aan te passen en ontdekt 
men na oplevering nog regelmatig fouten." 


Gezien de in dit citaat genoemde problemen wordt de term 
softwareecrisis vaak gehoord. Aan dit onderwerp zijn verschillende 
artikelen en ook conferenties gewijd. Tijdens één van deze confe- 
renties wordt de term software engineering gelanceerd voor het 
vakgebied dat zich bezighoudt met: het ontwikkelen van methoden 
en technieken die toegepast kunnen worden bij de constructie van 
grote programma's. 

Waar het bij dit vakgebied om gaat, zo zegt Van Vliet**), zijn 
de volgende zaken: 


*) Zie: J.C. van Vliet, Software Engineering, Leiden, 1984, pag. 1 en 2. 
**) Zie: J.C. van Vliet, ibidem, pag. 4. 
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1. Het gaat bij software engineering om de constructie van 
grote programma's. 

2. Het centrale punt is het overwinnen van de complexiteit. 

3. Geregelde samenwerking tussen mensen is een integraal 
onderdeel van het programmeren-in-het-groot. 

4. Programma's evolueren. 


Omdat voor veel simulatieprogramma's de vier genoemde punten 
relevant zijn, is het gebruik van moderne werkwijzen uit de software 
engineering een noodzaak. Het is helaas onmogelijk in een boek als 
dit uitgebreid in te gaan op de methoden en technieken van software 
engineering. Daarvoor verwijzen we graag naar de speciale literatuur 
op dit gebied*). Wij zullen in de volgende paragraaf een viertal eisen 
formuleren waaraan een programma moet voldoen en enkele aanwijzin- 
gen geven om zo goed mogelijk aan deze eisen te voldoen. 


V.8.2 Programma-eisen en aanwijzingen 


We veronderstellen dat we beschikken over een goed ontwikkeld 
simulatiemodel, d.w.z. een model met een geheel doorzichtige 
structuur. Alle componenten zijn in de vorm van variabelen en 
parameters, de relaties zijn expliciet of impliciet geformuleerd. Er 
zijn geen duistere onbegrepen 'witte vlekken! in het model aanwezig. 
Als we over een helder, duidelijk model beschikken behoeft de 
vertaalslag naar het computerprogramma niet zo moeilijk te zijn. Het 
ontwerpen van zo'n programma is in wezen niets anders dan het 
vertalen van het symbolische model in een andere taal. 

Belangrijk uitgangspunt is dan ook, dat het symbolische model 
volledig en correct moet zijn, alvorens de programmeerfase in te 
gaan. 

Het programmeren zelf kan ook weer in enige fasen worden 
onderverdeeld. De eerste fasen zijn de probleemanalyse en het 
ontwerp. Bij de probleemanalyse worden naast de functies van het 
programma ook de eisen betreffende documentatie, testen en eventuele 
uitbreidbaarheid vastgelegd in de zogenaamde 'functionele specifica- 
ties'. 

Bij het ontwerpvraagstuk zal men zeer gedisciplineerd te werk 
moeten gaan. Een simulatieprogramma is gewoonlijk van een niet 
geringe omvang. Gestructureerd programmeren houdt o.a. een zo- 
genaamde top-down benadering in. Deze benadering betekent dat 
een globale opzet van het programma door een steeds verdergaande 
detaillering wordt gevolgd. Hierbij wordt tevens gekeken of het 
mogelijk is het programma te splitsen in redelijk onafhankelijke sub- 
systemen of modulen die d.m.v. in- en uitvoer aan elkaar gekoppeld 
zijn. Deze 'hapklare brokken' kunnen dan afzonderlijk, eventueel 
door verschillende programmeurs worden uitgewerkt. 


*) Zie bijvoorbeeld J.C. van Vliet, reeds aangehaald; 
H.F. Ledgard e.a., Het groot Pascal Spreukenboek, Den Haag, 1982. 
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De top-down benadering vereenvoudigt ook de planning en de 
beheersing van het programmeringsproces. Tijd en mensen kunnen 
bij toepassingen nauwkeuriger worden geschat en toegewezen. 

Efficiënte sturing van een programmeringsproject is mogelijk 
door tevens gebruik te maken van technieken als 'chief-programmer 
team operations! en 'structured walk throughs'. Ook worden hoge 
eisen gesteld aan standaardisering en documentatie. 

Eisen waaraan elk programma, en dus ook een simulatie- 
programma moet voldoen, zijn de volgende. 


Ra Een programma moet correct zijn 


Dat betekent dat het programma moet doen wat ervan verwacht 
wordt. Die verwachtingen zijn expliciet en duidelijk tijdens de 
probleemanalyse geformuleerd. Tevens is daarbij een testplan 
opgesteld. 

De testinspanningen zullen afhankelijk zijn van het belang dat 
men aan de betrouwbaarheid van het programma hecht. Grofweg kan 
men fouten verdelen in syntactische, semantische en logische fouten. 

Een computerprogramma dat 'werkt' is daarom nog geen goed 
programma. Maar ‘werken! is toch wel het minste. Een programma 
wordt niet geaccepteerd door het vertaalprogramma (de compiler), 
als er nog taalfouten (syntaxfouten) inzitten. Wat het opvolgen van 
de grammaticaregels betreft, is de computer een strenge leermeester. 
Het is uiteraard een zaak van taalbeheersing om programma's te 
schrijven, die vanaf de eerste test foutloos zijn. In de praktijk zal 
het, vooral bij de eerste kennismaking met een taal, nogal eens 
voorkomen dat de compiler een 'waslijst' van syntaxfouten produceert. 
Toch moet men ernaar streven om programma's te schrijven, die 
reeds bij de eerste poging vrij zijn van syntaxfouten. De daartoe 
benodigde tijdsinvestering om de taal goed en secuur te beheersen, 
betaalt zich heel snel terug. 

Veel moeilijker dan de syntaxfouten zijn de semantische fouten. 
Hierbij werkt het programma 'prima', maar het doet niet wat de 
bedoeling was. 

Onder het begrip semantiek verstaan we de betekenis van de 
acties, zoals ze door de programma-opdrachten zijn weergegeven. 
Die betekenis moet men zelf door middel van de opdrachtbeschrijving 
aan de acties toekennen. Het vertaalprogramma kan alleen de gram- 
matische correctheid van de opdrachten (syntaxis) beoordelen. 

De controle op de logische fouten slaat terug op de probleem- 
analyse, eigenlijk zelfs op het simulatiemodel. We komen nu op het 
terrein van de validatie, waarop we in het volgende hoofdstuk dieper 
in zullen gaan. 

Test- en verificatiemaatregelen dienen om fouten in het 
programma op te sporen. Helaas betekent het niet vinden van fouten 
geenszins dat het programma correct is. Hoe zorgvuldiger echter 
de fasen van probleemanalyse en ontwerp zijn doorlopen, des te 
groter zal de kans zijn op een foutloos programma. 
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Testtechnieken lopen van 'zorgvuldig lezen! (bij voorkeur door 
een ander) via 'walk-throughs' en 'correctheidsbewijzen' tot 'simu- 
latie' (de werking van het programma wordt stap voor stap uitgevoerd 
met behulp van computerverwerking). 


rf Een programma moet gemakkelijk te wijzigen zijn 


Men noemt dit ook wel adaptief onderhoud. 

Een simulatiemodel zal, wanneer het eenmaal geimplementeerd 
is, dikwijls aangepast moeten worden aan de zich wijzigende 
omstandigheden van de omgeving (organisatie), waarin ze dienst- 
baar is. Het gaat dan vaak om nieuwe hardware of nieuwe systeem- 
software. 

In veel gevallen kan na implementatie van het systeem nog 
blijken dat men wijzigingen in de systeemspecificaties wil aanbrengen. 
In de praktijk dient men er rekening mee te houden dat wijzigingen 
in het algemeen door andere mensen worden verzorgd dan de oor- 
spronkelijke programmeurs. Dit leidt tot de volgende eis. 


3. Het programma moet goed gedocumenteerd en leesbaar zijn 


Er worden strenge eisen gesteld aan de documentatie, maar 
ook aan de leesbaarheid van het programma zelf. 

Iedereen: management en gebruiker, projectleider en analist, 
ontwerper en programmeur zal zonder intensieve studie (snel) moeten 
kunnen begrijpen hoe het systeem gestructureerd is, hoe het werkt 
en wat ervan te verwachten is. 

De relatie tussen de documentatie en het programma moet helder 
zijn. Het programma als zodanig is 'zelfdocumenterend'. De documen- 
tatie is geen aparte fase in het programmeringsproces, doch maakt 
onderdeel uit van elke fase. Het belang van documentatie, maar ook 
de noodzakelijke inspanningen voor het documenteren worden vaak 
onderschat. 


4. Een programma moet betrekkelijk eenvoudig uitbreidbaar zijn 


Soms worden aanvullende eisen gesteld aan de operationele 
en management-informatiesystemen waarvan simulatiemodellen deel 
uitmaken. Bij meer omvattende doelstellingen zal het nodig zijn om 
nieuwe gedeelten aan het model toe te voegen. 

Nieuwe functies moeten snel, eenvoudig en zonder de structuur 
aan te tasten kunnen worden toegevoegd. 


Om aan de genoemde eisen te kunnen voldoen is het noodzake- 
lijk een aantal technieken te gebruiken. Een handzame en praktische 
leidraad wordt gegeven door Ledgard. 
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Wij volgen graag diens aanwijzingen. *) 


.... "De top-down benaderingswijze die hier wordt toegelicht is gebaseerd 
op de opvattingen van 'gestructureerd programmeren! van Dijkstra. Hoewel 
de methodiek geen wondermiddel is voor alle problemen bij het programmeren, 
biedt hij toch duidelijke richtlijnen voor een intelligente aanpak van een 
programmeringsprobleem. 

Alvorens te coderen, moet iedere programmeur een volledige probleem- 
stelling, een goed opgezet documentatiesysteem en een heldere ontwerp- 
strategie in handen hebben. De opmaak van de invoer, geldige en ongeldige 
velden, uitvoerbestanden, overzichten, programmaboodschappen en de 
ordening van alle verschillende situaties bij de invoer van gegevens tot en 
met de correcte uitvoer ervan moeten gedetailleerd worden beschreven. 
Bovendien moet het alles omvattende algoritme ook worden vastgelegd vóór 
de codering. Het is onzinnig om aan het coderen van een programma te 
beginnen zonder een dergelijke integrale benadering van het probleem. 

Gegeven een deugdelijke probleembeschrijving en een totaal programma- 
ontwerp, is de top-down benaderingswijze een methode om computer- 
programma's in iedere programmeertaal te ontwikkelen. Kort samengevat kan 
deze methode als volgt worden gekenschetst: 


1. Ontwerp in niveaus 


De programmeur ontwerpt het programma in niveaus, waarbij een niveau 
bestaat uit één of meer modules. Een module is altijd '‘compleet', hoewel deze 
kan verwijzen naar ongeschreven modules. Het eerste niveau is een volledig 
hoofdprogramma'. De lagere niveaus verfijnen of ontwikkelen de ongeschreven 
modules van de hogere niveaus. Met andere woorden: de modules van een 
opvolgend niveau bestaan uit de submodules waarnaar werd verwezen in het 
eerdere niveau. De programmeur kan bij het ontwerpen van een niveau 
verscheidene niveaus vooruit kijken om zo tot de beste structuur te komen. 


2. Onafhankelijkheid van de taal in het begin 


De programmeur gebruikt in het begin uitdrukkingen die van belang 
zijn voor de probleemoplossing, zelfs al kunnen deze uitdrukkingen niet 
direct in code worden overgebracht. Van instructies die onafhankelijk zijn 
van machine en taal werkt de programmeur toe naar een machinegerichte 
versie in een programmeertaal. 


3. Uitstel van details tot lagere niveaus 
De programmeur concentreert zich op de kritische hoofdpunten van de 


eerste niveaus en stelt details (bijvoorbeeld de keuze van specifieke algoritmen 
of de weergave van tussenresultaten) uit tot lagere niveaus. 


*) Zie H.F. Ledgard e.a., ibidem, pag. 93-95. 
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4. Formalisering van ieder niveau 


Alvorens met een lager niveau verder te gaan, verzekert de program- 
meur zich ervan, dat het programma in zijn huidige ontwikkelingsfase 
'formele' instructies bevat. In de meeste gevallen betekent dit een programma 
dat ongeschreven submodules inclusief alle nodige parameters oproept. Deze 
stap biedt de zekerheid dat verdere programmasecties onafhankelijk zullen 
worden ontwikkeld, zonder dat later specificaties en interfaces (raakvlakken) 
tussen modules gewijzigd moeten worden. 


9. Verificatie van ieder niveau 


Na de modules van een nieuw niveau geproduceerd te hebben, verifieert 
de programmeur het formele programma tot zover als het nu ontwikkeld is. 
Dit biedt de zekerheid, dat fouten inherent aan het actuele niveau van 
ontwikkeling opgespoord zullen worden op hun eigen niveau. 


6. Opeenvolgende verfijningen 


Ieder niveau van het programma wordt verfijnd, geformaliseerd en 
geverifieerd in opeenvolgende versies, totdat de programmeur het volledige 
programma heeft verkregen dat gemakkelijk in Pascal of een andere taal kan 
worden omgezet. 


Nog een aantal opmerkingen over de top-down benaderingswijze. Ten 
eerste wordt verondersteld, dat het gehele probleem en de integrale oplossing 
ervan zijn doordacht en begrepen. Het is zinloos om al te gaan programmeren 
voordat het probleem geheel is begrepen en een integrale strategie is ont- 
wikkeld. Een dergelijk begrip stelt de programmeur in staat het programma 
te schrijven zonder het zicht te verliezen over het hoofddoel. 

Ten tweede is in de eerste versies van de hoogste niveaus de benaderings- 
wijze onafhankelijk van machine en taal en wordt de programmeur niet beperkt 
door de details van een programmeertaal. Hij of zij schrijft de hoogste niveaus 
uit en gebruikt daarbij een notatie die het probleem op een betekenisvolle 
wijze oplost. Bij de keuze van zo'n specifieke notatie wordt geen enkele 
concessie gedaan aan de machine. Op ieder niveau vertegenwoordigen de 
geproduceerde instructies nog steeds een volledig programma in zekere zin. 
Alles wat ontbreekt is de machine die in staat is de instructies uit te voeren. 

Ten derde moet op ieder ontwerpniveau in volgende versies de informele 
notatie worden geformaliseerd tot een hypothetische, maar expliciet gespeci- 
ficeerde procedure. Specificatie houdt een volledige opsomming in van alle 
in- en uitvoerparameters. 

Ten vierde moet de programmeur op ieder niveau het programma verifi- 
eren in zijn actuele vorm, zodat verdere verfijningen volledig correct zullen 
zijn met betrekking tot eerder ontworpen niveaus. Dit biedt de zekerheid 
dat tekortkomingen zullen worden ontdekt in hun eigen context." 


HOOFDSTUK VI 


Validatie 


VI.1 INLEIDING 


In de voorgaande hoofdstukken is het simulatie-onderzoek 
faseringsgewijs behandeld. Voordat men een nieuwe fase begint, 
dient het voorgaande werk te worden getoetst. De beschouwingen 
over de juistheid en geldigheid van het werk vallen onder het begrip 
validatie. In de globale driedeling: inductie-deductie-validatie wordt 
gesuggereerd dat validatie één hoofdfase is, welke men aan het eind 
van de rit dient af te handelen. Het blijkt echter, zie bijvoorbeeld 
figuur III.2b, dat men voortdurend moet valideren en terugkoppelen 
om na te gaan of men op het goede spoor zit. We hebben gezien, dat 
zich tijdens de modelontwikkeling diverse valkuilen kunnen voordoen 
die aanleiding kunnen geven tot het trekken van foutieve conclusies: 


1. fouten in het ontwerp (beeldsysteem en probleemspecificatie) 
2 fouten in de programmering 

3 fouten in de gebruikte gegevens (waarnemingen) 

4, fouten in het gebruik van het model en de wijze van hanteren 
5 fouten in de interpretatie van de modeluitkomsten. 


Deze foutenbronnen moeten steeds in de gaten worden gehouden. 
Dientengevolge is het nodig om tijdens het gehele simulatieproject 
(de modeleyclus) voortdurend te evalueren. 

Deze gedachtengang leidt tot de 'multistage verification! , 
waarbij in drie stadia het evaluatieproces als een onverbrekelijke 
combinatie met het ontwerpproces wordt doorlopen. In hoeverre de 
mogelijkheden tot validatie echter toereikend zijn, is zeer afhankelijk 
van de concrete onderzoeksituatie waarin men zich bevindt. Men 
zal vaak verder gaan, terwijl er nog een behoorlijke mate van 
onzekerheid aanwezig is in het tot dan toe verkregen model. 

Pas wanneer het model werkt, d.w.z. in staat is om ‘response! 
te leveren, kunnen aan de hand van de resultaten definitieve 
uitspraken omtrent de geldigheid worden gedaan. Dit resultaten- 
onderzoek is tevens de derde hoofdplaats van validatie in de 
simulatiecyclus. 
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In $ 2 wordt een algemene beschouwing gewijd aan de geldig- 
heid van een model. Daarnaast wordt aan de hand van een schets 
van de modelcyclus aangegeven welke de plaats en de inhoud zijn 
van de diverse validatievormen. De inhoud van de drie validatie- 
vormen wordt vervolgens in § 3 uitgediept. Tevens wordt daar 
aangegeven welke toetsen kunnen worden gebruikt. 

$ 4 gaat over een meer specifieke validatiemogelijkheid: 
gevoeligheidsanalyse. Deze vorm is van belang zijn voor de uitein- 
delijke acceptatie van het model door de opdrachtgever/gebruiker. 

De slotparagraaf heeft een meer filosofisch karakter. In deze 
paragraaf wordt het vraagstuk van de validatie vanuit een historisch 
wetenschapsfilosofische invalshoek belicht. Stromingen als het ratio- 
nalisme, empirisme en pragmatisme worden kort besproken op grond 
van hun belangrijkste kenmerken. Elk van deze drie stromingen 
geeft een vertrekpunt van waaruit men het onderwerp validatie kan 
bespreken. Aan de hand van de door ons onderscheiden drie 
validatiefasen wordt een synthese van de stromingen besproken. 
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VL2 DE GELDIGHEID VAN EEN (SIMULATIE)MODEL 


We zouden van een simulatie-onderzoek graag willen zeggen 
dat het 'waar' is, geldig en foutloos. We moeten op ons model kunnen 
vertrouwen en er voor instaan dat de onderzoekresultaten juist 
zijn. Deze verschillende, sterke gerelateerde begrippen zijn niet zo 
gemakkelijk eenduidig te definiëren. 

Omschrijvingen van de begrippen geldigheid en betrouwbaar- 
heid luiden: *) 


“Onder de geldigheid van een onderzoek wordt de mate verstaan 
waarin de theoretische begrippen, opgevat als theorieën, werkelijk- 
heidswaarde en verklaringswaarde hebben ten opzichte van 
verschijnselen in de werkelijkheid en de mate waarin de operationa- 
liseringen in hun betekenis met de theoretische begrippen overeen- 
stemmen". 


"Onder de betrouwbaarheid van onderzoek wordt de mate 
verstaan waarin de onderzoekresultaten onafhankelijk zijn van de 
technische uitvoering van een onderzoek". 


Betrouwbaarheid kan men beter kwantificeren dan geldigheid: 
Zo kan men hierover afspraken maken in statistische zin, bijvoorbeeld 
met betrouwbaarheidsintervallen. | 

Daar simulatie het bouwen van een model inhoudt, gaat het 
erom dat de eisen, die men aan het model stelt, afgeleid moeten zijn 
uit dezelfde doelstellingen, die geleid hebben tot het model. Zo 
zullen de betrouwbaarheid en de geldigheid van het model moeten 
worden uitgedrukt in termen die op de doelstellingen betrekking 
hebben. Deze relatie wordt vaak verwaarloosd of tenminste niet 
expliciet gemaakt. 

In algemene zin is de hoofddoelstelling van simulatie een model 
te bouwen dat dezelfde gedragseigenschappen heeft als het systeem 
dat we wensen te onderzoeken. De problemen uit de werkelijkheid 
die opgelost moeten worden, dienen dezelfde problemen te zijn, 
waarover m.b.v. het model uitspraken worden gedaan. Pas als dat 
geldt, kan men van een valide model spreken, m.a.w. met validatie 
wordt de relatie: gedrag van het model - gedrag van het reële 
systeem getoetst. 

Om te kunnen spreken van een valide model moet men een zeker 
acceptatieniveau van vertrouwen bereiken zodat men kan aannemen, 
dat conclusies die men wenst te trekken uit de uitkomsten van het 
model correct en toepasbaar zijn op de realiteit. 

De term 'acceptatieniveau' duidt erop dat een geldigheid van 
100% een problematische zaak is. Het duidt ook op een zekere 


*) R.W. Boesjes-Hommes, De geldige operationalisering van begrippen, Meppel, 
1970. 
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gradatie: een model zal zieh gewoonlijk bewegen tussen volledige 
geldigheid en volledige ongeldigheid. In hoeverre, als een model 
voldoet, van geldigheid sprake is, zal overigens nooit met zekerheid 
te zeggen zijn. Het is in dit verband de moeite waard om eens de 
gedachten van de bekende filosoof Popper te lezen. Hij vergelijkt 
de realiteit met een gebergte waarvan de toppen ver weg zijn en 
onbekend. Een onderzoeker is als een bergbeklimmer: hij klautert 
voortdurend omhoog, maar komt steeds tot de conclusie dat de 
hoogste top nog niet is bereikt. Het gebergte blijft zekere geheimen 
houden. Datzelfde geldt voor het reële systeem dat we onderzoeken. 
We bestuderen de werkelijkheid aan de hand van modellen, maar of 
zij de werkelijkheid in al haar klaarheid aan de onderzoeker kunnen 
tonen valt nooit definitief te zeggen. Zolang een model voldoet, 
kunnen we hooguit hopen dat we met een geldige afbeelding te doen 
hebben. Het model is dan niet gefalsificeerd, niet weerlegd door 

de feiten. 

Het verhogen van de geldigheidsgraad van een model zal 
zonder meer een verhoging van de kosten met zich brengen. Hoe 
meer een model wordt uitgebreid des te uitgebreider zal het onder- 
zoek moeten zijn. Het aantal componenten en het aantal relaties 
nemen toe. Wellicht zal ook de waarde van het model toenemen, maar 
na een bepaald punt zal elke toename met een steeds grotere toename 
van de kosten gepaard gaan. 

Het voorgaande betekent dat men zich, gegeven de doelstelling 
van het onderzoek en gegeven het probleem goed moet realiseren 
welke graad van geldigheid, bijvoorbeeld uitgedrukt in termen van 
nauwkeurigheid en betrouwbaarheid gewenst is. 

Stel bijvoorbeeld dat er een simulatie-onderzoek is, waarbij 
beslissingsregels voor het financieel management van een bankbedrijf 
„worden geëvalueerd. Bij het betalingsverkeer mogen geen fouten 
worden gemaakt. Aan het model, dat hiervan een afbeelding is, 
worden hoge eigen gesteld t.a.v. de geldigheid. 

Het management moet het volste vertrouwen hebben, zodat ze 
als het ware 'blind' kan varen op de resultaten van het model. Is 
daarentegen een model gebouwd, waarmee strategieën voor een 
complex wachtrijprobleem worden vergeleken, bijvoorbeeld bij een 
job-shop-simulatie, dan zal men t.a.v. de absolute uitkomsten geen 
bovenmatige nauwkeurigheid verlangen. 

Er zijn vele factoren die de moeilijkheidsgraad van het valideren 
beinvloeden. We komen daar later op terug, doch we willen nu reeds 
noemen, dat de minst beheersbare factoren de factoren met stochas- 
tische eigenschappen zijn. Altijd zijn in het geval van stochastische 
systemen ‘random! 'fouten' aanwezig, waarvan men de invloed 
probeert te verkleinen door het nemen van steekproeven van grotere 
omvang of door de experimenten een groot aantal malen te herhalen. 
Maar omdat de aangenomen en eventueel getoetste verdelingsfuncties, 
die we plegen te gebruiken, benaderingen zijn, blijft ondanks 
geavanceerde statistische analyses een impliciete onzekerheid in de 
uitkomsten van het model ingebouwd. Overigens geldt dit ook voor 
de werkelijkheid. 
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Op verschillende plaatsen in het simulatie-onderzoek wordt, 
zoals reeds eerder is opgemerkt aandacht geschonken aan de 
validatie. Wanneer we wederom een schets maken van de modeleyclus 
dan kunnen we het onderscheid aangeven t.a.v. de plaats en de 
inhoud van de verschillende validatievormen. 


Werkelijkheid 
(probleemgebied) 
Beeldsysteem 


Modelconstructie 


Validatie van 
het model 


p< 
fav] 


Experimenteel en 
tactisch ontwerp 


Het omzetten in een 
computerprogramma 


Validatie van het 
computermodel 


— 
g 


Experimenteren met 
het computermodel 


Validatie aan de hand 
van de uitkomsten 


pi 
laan 


Analyse en interpretatie 


van de uitkomsten MI 


Figuur VI.2a De modeleyclus*) 


*) Vergelijk dit schema nog eens met de figuren III.2c en IV.2a. 
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In dit schema is op vier plaatsen expliciet aangegeven dat er een 
onderzoek naar de juistheid van de produkten uit de voorafgaande 
werkfasen moet worden gedaan. 

We onderscheiden daarin een drietal categorieën. We beschou- 
wen eerst de juistheid van het model (Ia en Ib), vervolgens wordt 
na het uitvoeren van de experimenten gekeken of het model ook 
geldig is (II) en tenslotte zullen de interpretatiemogelijkheden (III) 
de uiteindelijke waarde van het onderzoek bepalen. 


I Verificatie en Consistentie 


Bij de constructie van het model wordt een verzameling 
hypothesen gedefinieerd, gebaseerd op alle mogelijke infor- 
matie, zoals waarneming, vroeger onderzoek, relevante theorie 
en intuitie. De consistentie en de plausibiliteit zullen bij de 
verificatie aan de orde moeten komen. 

De subjectiviteit van de modelconstructie wordt hierbij niet 
doorbroken. M.a.w. het gaat hier om het onderzoek of het 
model overeenkomt met de interpretatie van de onderzoeker 
van het reële systeem. 


II Validatie 


De toets van de overeenkomst tussen het gedrag van het model 
en het reële systeem. Het gaat nu om de acceptatie van het 
model. De vraag naar de voorspellende waarde van het model 
is hier de belangrijkste. 

Hiervoor zal van statistische procedures gebruik gemaakt 
moeten worden. 


III Resultatenanalyse 


Het gehele onderzoek wordt gevalideerd. Het gaat nu om de 
acceptatie van het beeldsysteem. Deze validatievorm dient dus 
betrekking te hebben op de probleemspecificatie als de belang- 
rijkste basis voor het beeldsysteem. De uitkomsten van het 
simulatiemodel worden geïnterpreteerd en liggen vaak ten 
grondslag aan het beslissingsproces van de gebruiker. 


Het is niet altijd even eenvoudig om de verschillen in de 
validatiecategorieën scherp te zien. Zo lijken II en III samen te 
vallen, omdat beide validatievormen aan de hand van de uitkomsten 
worden uitgevoerd, maar dit is niet het geval. 

Validatie II is als het testen van het model onafscheidelijk 
verbonden met de bouw van het model: ze vormen samen het weten- 
schappelijk onderzoek. Pas na de acceptatie van het model worden 
de resultaten geïnterpreteerd en mag men conclusies proberen te 
trekken. Overigens zij hier opgemerkt, dat ook de validatie I (de 
verificatie) pas volledig mogelijk wordt nadat experimenten met het 
model voor toetsbare uitkomsten hebben gezorgd. 

Uit het bovenstaande betoog volgt nogmaals de reeds enkele 
malen geplaatste opmerking, dat men een aantal fasen van het 
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simulatieproject meerdere malen zal moeten doorlopen, afhankelijk 
van wat de betreffende validatievorm oplevert. Men kan dus inder- 


daad van een cyclus spreken. 
We zullen in de volgende paragraaf aan elk van de validatie- 


vormen een korte beschouwing wijden. 
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VI.3 DRIEMAAL VALIDATIE 


VI.3.1 Modelconsistentie en verificatie 


Bij de ontwikkeling van het (simulatie)model worden uitspraken 
gedaan over de in het model op te nemen variabelen, over de relaties 
en de parameters. Deze uitspraken worden zoveel als mogelijk gedaan 
naar aanleiding van een grondige analyse van de werkelijkheid en 
worden geformuleerd als hypothesen. 

Met name twee begrippen spelen als het gaat om de validatie in 
deze fase een rol, namelijk plausibiliteit en consistentie. | 

Met consistentie wordt de mate van samenhangendheid bedoeld. 
In de logica heet een theorie consistent als er geen tegenspraak of 
contradictie in afgeleid kan worden. Als dus uit een model tegen- 
strijdige uitspraken zijn af te leiden, is het model inconsistent. Het 
bewijs van consistentie is niet zo eenvoudig. Veelal zal, zeker in 
de aanvangsfase van de modelvorming gebruik worden gemaakt van 
intuitie. Vooral als het gaat om het opstellen van relaties is er 
sprake van een ingewikkeld vraagstuk. Alvorens daarom over con- 
sistentie te spreken, is het verstandig eerst te streven naar 
plausibiliteit van het model. 

Om na te gaan of de veronderstellingen van de relaties in het 
model plausibel zijn, kent men een aantal toetsen. Bekend is o.a. 
de experttoets. Bij toepassing hiervan wordt een aantal deskundigen 
naar hun mening gevraagd over het gedrag van het onderzochte 
systeem bij een gegeven invoer. Wanneer deze mening vergeleken 
wordt met de uitkomsten van het model en de afwijkingen zijn groot, 
dan kan dit een reden zijn om het model te verwerpen. 

Een tweede toets vergelijkt het gedrag van het systeem in de 
tijd met dat van het model. Als de fluctuaties groter zijn dan men 
aanvaardbaar acht, dan kunnen de hypothesen omtrent de relaties 
onjuist zijn gespecificeerd of het is mogelijk dat variabelen of 
relaties niet in het model zijn opgenomen. Een dergelijke toets wordt 
een stabiliteitsproef genoemd. Het systeem in onderzoek kan zelf 
ook tijdsvariant zijn, d.w.z. dat de structuur of de variabelen 
veranderen in het verloop van de tijd. Vooral bij organisatie-onder- 
zoek (denk in dit geval aan systeemanalyse t.b.v. automatisering) 
zal dit kunnen voorkomen. 

In de genoemde gevallen worden de simulatie-uitkomsten 
vergeleken met resultaten van het reële systeem (historical output). 
Hiervoor is het noodzakelijk dat van minstens één variant van het 
simulatiemodel het systeem in werkelijkheid bestaat. 

Deze validatie Ia zal in het geval dat met computers gewerkt 
wordt voorafgegaan moeten worden door de validatie Ib, welke 
‘slechts! een technische validatie is t.a.v. het computerprogramma. 
Ze bestaat uit een syntactische analyse, geheel door de computer 
of interpretator verzorgd, een semantische analyse, waarvoor de 
computer slechts ten dele ondersteuning kan bieden (logische fouten 
in het ontwerp die naar 'runtime errors! leiden) en de pragmatische 
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analyse, waarbij de onderzoeker zelf moet zien of het computer- 
programma wel een 1:1 afbeelding is van zijn ontworpen model. 


VI.3.2 Validatie van het model 


De validatievorm II betreft de overeenkomst van het model met 
het reêle systeem. 

Hierbij is het wenselijk om eerst stil te staan bij de gedachte 
of het noodzakelijk is dat het model werkelijk isomorf is met het 
onderzochte systeem.*) Een model kan ook heel simpel zijn en toch 
voldoen aan de eisen die wij eraan stellen. 

Er bestaan voorbeelden van heel eenvoudige voorraadregels, 
die uitstekend werken voor een complex voorraadsysteem. Er 
bestaan betrekkelijk eenvoudige maecro-economische modellen met 
een aanvaardbare verklarende kracht. 

De vraag: 'hoe geldig is het model! wordt in feite bepaald door 
de toepassingsmogelijkheden. Het doel van het model staat dan 
voorop. 

De validatietoets waarvan hier sprake is, hanteert het probleem 
van de 'gewantrouwde waarneming', dat wil zeggen we nemen alles 
voor juist aan totdat het tegendeel blijkt. Het beroemde voorbeeld 
is dat van Einsteins relativiteitstheorie, waarmee de 'eeuwig 
geldende! natuurwetten van Newton als onjuist bewezen werden. 

Hoe dan ook, het zijn waarnemingen op grond waarvan het 
model ontwikkeld wordt en het zijn eveneens waarnemingen, waar- 
mee naderhand de uitkomsten van het model vergeleken worden, 
zodanig dat men uitspraken kan doen omtrent de geldigheid van het 
model. Men moet er hierbij wel op letten dat de waarnemingen, die 
gebruikt worden in beide genoemde fasen twee disjuncte groepen 
vormen. 

Ideaal zou zijn dat men het model opbouwt op een waarnemings- 
reeks uit het verleden en valideert m.b.v. toekomstige waarnemingen. 
Men valideert als het ware de voorspellende waarde van het model. 

Het grote gevaar hiervan is natuurlijk dat het vaak lang (soms 
te lang) kan duren, voordat men met voldoende betrouwbaarheid 
uitspraken kan doen over de validiteit. Daarom zal deze ‘prospectieve 
toets! vaak alleen maar toepassing vinden in de continue evaluatie 
van de modelprestaties, wanneer het model reeds geaccepteerd en 
geïmplementeerd is. 

Overigens willen we met nadruk wijzen op de noodzakelijkheid 
van een continue evaluatie, daar het reële systeem, dat met behulp 
van het model nagebootst wordt niet onveranderlijk is. 


*) We verstaan hieronder dat het model een één-éénduidige afbeelding van 

het systeem is. Bij elk object van het systeem hoort een object van het model 
en bij elke relatie van het systeem hoort een relatie van het model. Dit behoeft 
lang niet altijd het geval te zijn. 
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Terugkomend op het validatievraagstuk: er zal gewoonlijk met 
beschikbare 'historische gegevens! moeten worden gewerkt. In dit 
geval noemen we de toets retrospectief (postdictie). We maken dan 
gebruik van een groep historische waarnemingsuitkomsten om de 
variabelen, de relaties en de parameters van een inhoud te voorzien 
en van een andere groep historische waarnemingsuitkomsten om het 
model te toetsen. 

Zou men deze splitsing niet maken, dan heeft de toets geen 
waarde! 


N.B. Vergeet overigens óók niet om het waarnemingsmateriaal te 
toetsen. 


Er bestaat een grote verzameling statistische en grafische 
toetsen om simulatiemodellen te valideren. Om een weloverwogen 
keuze uit de beschikbare hoeveelheid te kunnen doen, is de vraag 
wat men wil toetsen van belang. 

In wezen is de validatievorm II een test van de interne 
structuur. Bij de bouw van het model zijn hypothesen gesteld, die 
getoetst moeten worden. Men moet dientengevolge bedacht zijn op 
de mogelijke tekortkomingen waaraan het model kan lijden. 

Aan Ackoff en Sasieni*) hebben we de volgende punten 
ontleend. 


1. Het model kan irrelevante variabelen bevatten; deze beschrijven 
het gedrag dus niet of niet juist. 


2. We zijn vergeten om een of meer relevante exogene variabelen, 
die het gedrag wel beïnvloeden, in te bouwen. 


3. Eén of meer van de relevante variabelen worden onjuist geëva- 
lueerd of gerepresenteerd. 


4. Eén of meer van de functionele relaties tussen de exogene en 
endogene variabelen zijn onjuist geformuleerd. 


9. De schattingen van de parameters zijn onjuist. 


Ten behoeve van het toetsen van hypothesen noemen we een 
aantal statistische technieken. 


1. Het toetsen van schattingen van parameters, waarbij een r 
bepaalde waarschijnlijkheidsverdeling kan worden aangenomen. 
Voorbeelden hiervan zijn de u-toets, de t-toets en de F-toets. 


2. Het toetsen van schattingen van parameters zonder dat een 
verdeling kan worden aangenomen: de parametervrije toetsen, 
zoals de Mann-Whitneytoets, de tekentoets en de toets van 
Wilcoxon. 


*) R.L. Ackoff en M.W. Sasieni, Fundamentals of Operations Research, New 
York, 1968. 
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3. Het toetsen van verdelingen waaruit steekproefwaarnemingen 
worden getrokken. Men spreekt in dit verband van de 
Goodness of fit'. Voorbeelden hiervan zijn de chi-kwadraat 
en de Kolmogorov-Smirnov test. 


4. Het toetsen van de samenhang en van de relaties: correlatie- 
en regressie-analyse. 


VL3.3 Resultatenanalyse 


Nadat getest is of het model goed voldoet als afbeelding van 
het reële systeem zullen aan de hand van experimenten de prestaties 
van het model worden getest. Deze prestaties zullen worden gemeten 
in termen van betrouwbaarheid, nauwkeurigheid en volledigheid. 
Men moet nu in staat zijn om conclusies te trekken en beslissings- 
regels af te leiden. 

Belangrijke grootheden aan de hand waarvan de resultaten 
beoordeeld zullen worden, zijn het gemiddelde en de variantie. De 
manier om de nauwkeurigheid van de resultaten te vergroten is een 
verlaging van de variantie. Zoals reeds eerder is opgemerkt, is één 
van de methoden om dit te bereiken een vergroting van de steek- 
proefomvang. Dit is evenwel duur, zodat naar andere methoden is 
gezocht om de variantie te reduceren. In de statistische appendix 
bespreken we twee andere technieken voor variantiereductie. 

Ook willen we hier nogmaals verwijzen naar zaken als 'run'- 
lengte en startwaarden die van belang zijn voor validatie van de 
resultaten. 

Doorgaans verkrijgt men uit het simulatie-experiment grote 
hoeveelheden 'waarnemingsmateriaal'. Het is de bedoeling om met 
behulp van statistische analyse dit materiaal te ordenen en de 
conclusies in de vorm van geaggregeerde informatie te presenteren. 
De meest bekende analysemethoden zijn: 


- Regressie-analyse (inclusief discriminant- en factoranalyse); 
- Variantie-analyse; 
- Spectraalanalyse. 


Spectraalanalyse heeft als nadeel wiskundig vrij moeilijk te zijn. 
Men kan evenwel een benadering toepassen om tijdreeksen te verge- 
lijken, zoals ze zijn geproduceerd door het werkelijke systeem en 
door het model. De vergelijking kan gebeuren op de volgende 
punten: 


1. het aantal omslagpunten 

2 de momenten in de tijd van de omslagpunten 

3. de richting van de reeks in de omslagpunten 

d de amplitude van de bewegingen voor corresponderende 


gedeelten uit de reeks 
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de fase van de bewegingen 
de gemiddelde waarde van de variabelen 


de verdelingsfuncties van die variabelen 


GO JD A 


de overeenkomst in plaats en tijd van de omslagpunten van de 
variabelen. 


Een aantal van de genoemde punten is met parametervrije toetsen 
te onderzoeken. 

Omdat elk van de analysemethoden tijdrovend is, zal men bij 
de analyse van het cijfermateriaal zoveel mogelijk gebruik moeten 
maken van statistische pakketten, zoals SPSS en WESP. Ook voor 
de presentatie van de uitvoer, bijvoorbeeld in de vorm van tabellen 
en van grafieken kan van speciale programmapakketten gebruik 
worden gemaakt. 

Dat men in dit laatste stadium van validatie vooral de beeld- 
constructie evalueert, wordt door Bosman*) verduidelijkt: 


“In een situatie, waarin simulatie als zelfstandige onderzoek- 
methode wordt gebruikt, zal ook de beeldeonstructie, vooral 
in samenhang met de simulatie in de inductieve fase, in de 
validatiebeschouwingen moeten worden betrokken. 

Het proces van valideren van beeldeonstructies kan niet worden 
beschouwd als een direct toepasbare procedure. Het gehele 
proces van wetenschappelijk denken, bijvoorbeeld in de vorm 
van het regelmatig doorlopen van de modeleyelus, komt uitein- 
delijk neer op een proces, dat inhoud moet geven aan het 
beeld. 

De stelling, dat het ene model een betere representatie van 

de werkelijkheid is dan het andere, is daarom aanvechtbaar. 
Wel kan men concluderen, dat het ene systeem, gegeven 
dezelfde probleemdefinitie en vergelijkbare validatieprocedures, 
betere resultaten oplevert dan het andere." 


*) A. Bosman, Een metatheorie over het gedrag van organisaties, Leiden, 
1977. 
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VI.4 GEVOELIGHEIDSANALYSE 


Gevoeligheidsanalyse is een niet te onderschatten hulpmiddel 
bij het besluitvormingsproces. 

Met name bij het planningsproces zal gevoeligheidsanalyse 
(Engels: sensitivity analysis) onontbeerlijk zijn. Gewoonlijk verstaat 
men hieronder het systematisch variëren van waarden van variabelen 
en parameters, om op deze wijze de invloed ervan op het gedrag | 
van het systeem te bestuderen. 

Het systeem zal op verschillende variabelen, of op verschillende 
combinaties van variabelen anders reageren. Voor sommige factoren 
is het systeem heel gevoelig, d.w.z. dat kleine wijzigingen in een 
factor grote gevolgen voor de responsevariabelen hebben. 

Uiteraard kunnen experimenten die zo'n type analyse ten doel 
hebben, het vertrouwen in het model aanzienlijk ondersteunen. 
Immers, juist met gevoeligheidsanalyse kunnen we aantonen of een 
vooronderstelling al dan niet juist is. 

In de praktijk blijkt dat het merendeel van de exogene variabe- 
len vaak weinig of geen invloed heeft op het gedrag van het model. 
Het is begrijpelijk dat het voor een goede besluitvorming wenselijk 
is nauwkeurig te weten, welke variabelen van belang zijn: de 
zogenaamde relevante exogene variabelen. 

Dit is ook de reden waarom gevoeligheidsanalyse in het boven- 
genoemde planningsproces thuishoort. 

Gevoeligheidsanalyse is met name juist in simulatie zo goed 
toepasbaar, omdat de analist het model onder volstrekte controle 
heeft. Anders dan in het reële systeem kan men van elke willekeurige 
factor de invloed op de endogene variabelen van het model meten. 

Wanneer we de toepasbaarheid van gevoeligheidsanalyse op een 
meer systematische wijze beschouwen, dan kunnen we vier interes- 
sante aspecten onderscheiden. 


1. De gevoeligheidsanalyse verschaft ons informatie over de mate 
van gevoeligheid van de resultaten van het model voor de 
gebruikte waarden van de exogene variabelen. Omdat we vaak 
weinig kennis bezitten omtrent de gegevens, waarop we het 
model hebben gebaseerd, moeten we die kennis kunnen aan- 
scherpen. 

Als blijkt dat variatie in variabelen of parameters weinig 
effect op het modelgedrag opleveren, dan behoeven we ons 
omtrent de nauwkeurigheid van deze verzameling variabelen 
niet al te druk te maken. Als het model daarentegen zeer 
gevoelig blijkt voor een bepaalde variabele of parameter, dan 
zullen we geneigd zijn tijd en moeite te investeren om deze 
relevante grootheid zo nauwkeurig en zo realistisch mogelijk 
in kaart te brengen. 


2. Omdat we met gevoeligheidsanalyse de invoerwaarde over een 
groot waardenbereik kunnen variëren, is het mogelijk hierdoor 
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informatie te krijgen over de invloed van een veranderende 
omgeving op de responsevariabelen. 

Wanneer we weten dat het systeem tamelijk ongevoelig is voor 
storingen dan sterkt dat het vertrouwen om de besluitvorming 
op de resultaten van het model te baseren. Komen er bepaalde 
variabelen voor, die wel op dramatische wijze ons model bein- 
vloeden, dan zullen we bij de implementatie hier goed op moeten 
letten en zo mogelijk corrigerende maatregelen, dan wel een 
selectief meetsysteem moeten inbouwen. 


3. De gevoeligheidsanalyse verschaft ons belangrijke aanwijzingen 
voor mogelijke wijzigingen, die later in het model aangebracht 
kunnen worden. Immers, als het model een werkelijk geschikt 
hulpmiddel voor de besluitvorming zal blijken te zijn, is er een 
continu proces van aanpassing en wijziging nodig. Probleem- 
specificaties zijn namelijk niet constant, doch hebben de 
neiging steeds 'weg te lopen'. 

Overigens stelt het bovenstaande wel hoge eisen aan de struc- 
tuur van het model; flexibiliteit en modulariteit zijn van primair 
belang. 

De gevoeligheidsanalyse kan dus ook aanwijzingen geven 
omtrent de manier waarop het model gestructureerd moet 
worden, opdat het bestand is tegen voortdurende aanpassing. 


4. Wanneer de gebruiker/opdrachtgever geconfronteerd wordt 
met de resultaten van de gevoeligheidsanalyse kan dat een 
enorm positief psychologisch effect hebben, aangezien hem dan 
exogene variabelen met betrekking tot de uitvoervariabelen 
duidelijk wordt. De acceptatie wordt daardoor aanzienlijk 
versneld, omdat zodoende een zekere geruststelling aangaande 
de betrouwbaarheid van het model wordt gegeven. 
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Eén van de grondslagen van wetenschappelijk onderzoek is de 
eis van objectiviteit. Ook simulatie-onderzoek moet aan deze eis 
voldoen. 

Daar echter simuleren noodzakelijkerwijs een model behoeft, 
is het ontwerpen van het model een fase die in het onderzoek onont- 
koombaar is. Hier ligt de bron van het conflict: het ontwerpen van 
een model is een subjectieve bezigheid. Bij het ontwerpen en valide- 
ren van simulatiemodellen is er een conflict tussen enerzijds de 
noodzaak om objectief te zijn en anderzijds de noodzaak om een 
constructief en intelligent gebruik te maken van onze eigen subjec- 
tieve eigenschappen. Met dit laatste worden eigenschappen bedoeld 
als ervaring, opleiding, intuitie, opvattingen, intelligent giswerk 
en de kunst van het waarnemen van de reële systemen. 

Objectief dienen we de subjectieve opvattingen, indrukken en 
vooroordelen terzijde te schuiven en slechts datgene te beschouwen, 
wat zich experimenteel openbaart. 

Of, volgens C.R. Blyth*): "Juist het grote dilemma van weten- 
schappelijk onderzoek is, dat de onderzoeker objectief moet zijn, 
maar dat hij alleen vordering maakt in zijn onderzoek door zijn 
subjectieve inzichten te volgen". 

Het belang van validatie is in feite, dat zo de subjectieve 
modellen worden geobjectiveerd. Het ontwerp en de validatie van 
een model betekenen een voortdurende heen- en weergang tussen 
een subjectieve en een objectieve fase. 

Het doel van validatie is te bepalen of het model objectieve 
toetsen kan weerstaan, zonder dat onze (voor-)oordelen hierbij een 
rol spelen. Hiermee is een andere verklaring gegeven voor de reeds 
enige malen geponeerde stelling, dat de modeleyclus bestaat uit een 
afwisseling der fasen waarin subjectieve en objectieve elementen een 
rol spelen. 

Hoe moeten we nu aan het werk gaan? Wat is nu verantwoord? 
In de wetenschapsfilosofie kunnen voor de beantwoording van deze 
vragen twee hoofdstromingen worden gevonden, namelijk het ratio- 
nalisme en het empirisme. 

De tegenstelling tussen deze twee richtingen spitst zich toe 
op de vraag, of het geoorloofd is bij de modelvorming alleen af te 
gaan op het verstand dan wel alleen op de ervaring. Beide richtingen 
kunnen bogen op beroemde vertegenwoordigers. Zo zijn Descartes 
en Spinoza grondleggers van het rationalisme en Locke en Mill 
vertegenwoordigers van het empirisme. Om enig idee te geven van 
de denkwijze van beide richtingen geven we een korte beschrijving. 


*) C.R. Blyth, in: The American Statistician, "Subjective vs. objective 
methods in statistics", Vol. 26, nr. 3, juni 1973. 


VI.16 Historische uitgangspunten; een synthese 165 


De rationalist baseert zich in hoge mate op wiskunde en logica. 
Hij ontwikkelt een mathematisch model, waarin de hypothese de vorm 
krijgt van een in wiskundige vorm gegoten beschrijving van de 
waarnemingen. Het rationalistische model bestaat uit een systeem 
van logische afleidingen, die voortkomen uit een verzameling 
premissen. 

Een hedendaags voorbeeld van rationalisme is de theorie van 
Forrester*). Zijn urbane modellen zijn gebaseerd op rationalistische 
uitgangspunten. Zelf zegt hij ervan, dat het veel ernstiger is om 
een relatie weg te laten, waarvan men aanneemt dat deze belangrijk 
is dan wel haar in het model op te nemen met acceptatie van een lage 
nauwkeurigheid. Uiteraard brengt deze aanpak nadelen met zich 
mee; je kunt tenslotte wel eens ongelijk hebben. 

Het andere uiterste, de empirische benadering, weigert enige 
vooronderstelling of aanname te doen, die niet door een experiment 
of door middel van analyse van empirische gegevens geverifieerd 
zijn. In de zuiverste vorm vraagt het empirisme, dat we vanaf het 
begin bouwen op bewijsbare, te verifiëren feiten en niet op hypo- 
thesen. 

Naylor en Finger**) merken op dat een model, waarvan de 
geldigheid niet door empirische waarneming is vastgelegd geen 
enkele bijdrage levert tot het begrijpen van het onderzochte _ 
systeem. | 

Een derde stroming zal het geschetste twistpunt hoogst acade- 
misch vinden. Voor de aanhangers van deze stroming staat het doel 
en het nut van het model centraal. Dit zijn de zogenaamde pragma- 
tisten. 

Terwijl de rationalisten geïnteresseerd zijn in de interne 
structuur van het model, gaat het bij de pragmatische vertegen- 
woordigers van de derde stroming primair om de 'input-output'- 
relaties. Het simulatiemodel is voor hen een black box; hoe de 
'‘input-output!' transformatie in zijn werk gaat, zal hun een zorg 
zijn. De stelling van de pragmatist luidt: "Zolang het model mijn 
doelstellingen vervult, is het een valide model". Deze methodologie 
treffen we wel aan onder de naam 'positive economics'. 

Het validatiecriterium van deze richting is de bruikbaarheid, 
de geschiktheid van het model om het gedrag van de endogene 
variabelen te voorspellen. 

Bekend is het verhaal van het economische model, dat de 
conjunctuureycli tracht te verklaren uit het optreden van verhoogde 
zonne-activiteit (zonnevlekken), die een grote oogstopbrengst ten 
gevolge zou hebben. 

De waarheid ligt gewoonlijk in het midden. Extreme denkbeel- 
den hebben vaak fanatieke volgelingen, die geneigd zijn de proble- 
matiek doorgaans eenzijdig te benaderen. 


*) Zie bijvoorbeeld: J.W. Forrester, Urban dynamics, Massachusets, 1969. 


**) T.H. Naylor en J.M. Finger, in: Management Science, "Verification of 
Computer Simulation Models", Vol. 14, nr. 2, oktober 1967. 
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Naylor en Finger hebben in het reeds aangehaalde artikel 
getracht een synthese tot stand te brengen tussen de drie genoemde 
benaderingen: rationalisme, empirisme en pragmatisme. Elk van de 
benaderingen geeft een aspect van wetenschappelijk onderzoek. Er 
is als het ware een integratie van benaderingen noodzakelijk om een 
onderzoek op verantwoorde wijze uit te voeren. 

De bedoelde synthese komt sterk overeen met de aanpak zoals 
wij die voorstaan en waarvan in de voorgaande hoofdstukken een 
uiteenzetting is gegeven. Deze aanpak leidt tot wat Naylor en Finger 
aanduiden als een 'multistage verification process'. In de derde 
paragraaf van dit hoofdstuk is dit proces behandeld. Als we dit 
vertalen naar de drie behandelde stromingen in de wetenschaps- 
filosofie dan leidt dit tot de volgende aanvullingen. 

Het eerste stadium van het onderzoek is vooral een meer ratio- 
nalistische aanpak uitmondend in de verificatie van het model. 

Het tweede stadium leidt tot validatie van de interne structuur. 
Empirische toetsingen vinden plaats op de in de eerste fase geformu- 
leerde hypothesen. Met behulp van diverse statistische technieken 
worden de verdelingen, de relaties en de parameters aan een 
onderzoek onderworpen. Of dan de niet bewezen uitspraken uit het 
model worden weggelaten, dan wel voorlopig(?) toch worden 
geaccepteerd, is een keuzemogelijkheid voor de onderzoeker. 

In de laatste fase wordt het model gevalideerd op zijn vermogen 
om voorspellingen te doen omtrent het toekomstige gedrag van het 
reële systeem. Het gebruiksnut van het model staat nu centraal. 

Nu hebben we te maken met simulatie in de brede zin. We doen 
uitspraken over de geldigheid van de beeldeonstructie. De hoofd- 
vraag is de vraag of het model nuttig is voor de problematiek waar- 
voor het is opgezet. Het gaat vooral om de acceptatie door de 
gebruiker en om de implementatie. Praktisch gezien is dan de 
voorspelkracht erg belangrijk. Het model moet voor de gebruiker 
nieuwe elementen aanreiken voor de besluitvorming. Het mag niet 
slechts informatie leveren die de onderzoeker langs een andere, vaak 
meer eenvoudige weg ook kan verkrijgen. 

Voor de analyse van de resultaten staan de onderzoeker diverse 
technieken ter beschikking. Deze zijn reeds aan de orde geweest. 
Eén van de middelen om het model goed te evalueren en zodoende 
het vertrouwen te winnen van de gebruiker is het gebruik van 
demonstraties. Bij een demonstratie ziet de gebruiker niet alleen 
het model in ‘werking! (in het geval van een interactief model), 
maar hij kan er ook zelf mee manipuleren onder begeleiding van de 
onderzoeker. 

Concluderend kunnen we stellen dat er voortdurend sprake 
is van een samenspel tussen de rationalistisch, de empirisch en de 
pragmatisch georiënteerde visie. Alle drie aspecten komen in het 
onderzoek aan de orde en worden, als het goed is geïntegreerd. 


HOOFDSTUK VII 


Decision Support Systems 


VII.1 INLEIDING 


Dit hoofdstuk gaat over een nieuwe ontwikkeling op het gebied 
van informatiesystemen: ' Decision Support Systems'.*) Deze 
systemen beogen beslissers een ondersteuning te geven bij een 
bepaald soort beslissingsproblemen, namelijk de zogenaamde zwak 
gestructureerde problemen. Een toelichting op deze term en op de 
historische ontwikkeling van informatiesystemen geven we in de 
volgende paragraaf. Verder zullen we in die paragraaf een aantal 
van de voornaamste karakteristieken van DSS bespreken. 

Met de introductie van DSS is ook een nieuwe aanpak voor de 
ontwikkeling van informatiesystemen naar voren gekomen die wel 
wordt aangeduid met de term prototyping. Hieronder wordt een 
ontwikkelingsproces verstaan waarbij het model van het DSS in 
stappen wordt ontwikkeld. Daar prototyping grote voordelen kan 
hebben, is het de moeite waard hieraan in dit hoofdstuk (in § 3) 
enige aandacht te besteden. 

Evenals voor simulatiemodellen kan voor DSS de vraag van de 
toegevoegde waarde worden gesteld. Daar de voordelen vaak alleen 
kwalitatief zijn, is het moeilijk een kosten [batenanalyse voor deze 
systemen uit te voeren. In $ 4 wordt een waarde-analyse-methode 
behandeld die nuttig lijkt voor de beoordeling van de toegevoegde 
waarde van een DSS. 

In de laatste paragraaf van dit hoofdstuk zullen we ingaan op 
de samenhang tussen DSS, simulatie en prototyping. De conclusie 
zal zijn dat prototyping wellicht voordelen biedt voor de ontwikkeling 
van simulatiemodellen, maar dat met deze methode erg voorzichtig 
moet worden omgegaan om te voorkomen dat de voordelen teniet 
worden gedaan door de nadelen. 


*) Daar een algemeen aanvaarde Nederlandse vertaling nog ontbreekt zullen 
wij verder de afkorting van de Angelsaksische benaming hanteren, namelijk 
DSS. 
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VIL2 ONTWIKKELING EN KENMERKEN VAN DSS 


VII.2.1 Drie generaties informatiesystemen 


De ideeën rond DSS zijn in de zeventiger jaren met name door 
Keen en Scott Morton in de publiciteit gebracht. Zij onderscheiden 
verschillende soorten van geautomatiseerde informatiesystemen, die 
wij voor het gemak zullen aanduiden als eerste, tweede en derde 
generatie systemen. 

Bij de eerste generatie informatiesystemen staat de automatise- 
ring van gestructureerde taken centraal. De ontwikkeling van deze 
systemen heeft als doel verbetering van de efficiency door kosten- 
verlaging, o.a. door vervanging van administratief personeel. Deze 
vorm van automatisering heeft betrekking op processen die geken- 
merkt worden door standaardprocedures en routinematige beslis- 
singen. 

De informatiesystemen van de tweede generatie worden geken- 
merkt door automatisering van goed gestructureerde beslissings- 
problemen. Dit zijn beslissingen waarvan de doelstelling éénduidig 
is en waarvoor stap voor stap kan worden aangegeven wat gedaan 
moet worden om de doelstelling te realiseren. Dit type van 
beslissingsproblemen kan in logische stappen worden beschreven 
en er kunnen zodoende rekenregels (algoritmen) worden gegeven 
om de doelstelling te realiseren. Een voorbeeld hiervan is een 
voorraadaanvullingssysteem dat voldoet aan de eisen voor toepassing 
van de formule van Camp. 

Het voordeel van dit soort systemen is dat er betere oplossingen 
gegeven kunnen worden voor afzonderlijke beslissingsproblemen. 

De informatiesystemen van de derde generatie omvatten naast 
automatisering van gestructureerde taken en goed gestructureerde 
beslissingsproblemen ook modellen voor zwak gestructureerde 
beslissingsproblemen. De computer wordt nu ook gebruikt voor 
beslissingsprocessen waarbij de beoordeling door het management 
centraal staat, maar die voldoende structuur bevatten om in de vorm 
van bijvoorbeeld simulatiemodellen ‘op de computer te worden gezet'. 
Deze ondersteuning wordt aangeduid als beslissingsondersteunend 
en de systemen die hierop betrekking hebben worden soms wel 
beslissingsondersteunende systemen genoemd. 

We definiëren een DSS als: 


een interactief '‘computer-based!' systeem dat beslissers met 


inschakeling van databases en modellen helpt zwak gestructu- 
reerde beslissingsproblemen op te lossen. 


De nadruk ligt op beslissingsprocessen waarin in ieder geval 
voldoende structuur aanwezig is om ze in computermodellen af te 
beelden. De uitkomsten van de processen liggen evenwel niet voor 
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de hand; de beslisser moet kwalitatieve afwegingen maken en reke- 
ning houden met situationele factoren voor de definitief vast te 
stellen uitkomst. De modellen worden gemaakt om strategieën door 
te rekenen en zodoende de effectiviteit van het beslissingsproces 
te verbeteren. 

Centraal bij de ontwikkeling van een DSS staat ondersteuning 
van de besluitvorming. De beslisser krijgt met het DSS een instru- 
ment in handen dat het beslissingsproces niet automatiseert en dat 
de beslisser geen oplossingen oplegt. Van essentieel belang in dit 
verband is, dat het systeem zogenaamde 'wat als'-vragen kan 
beantwoorden. Hierdoor krijgt de beslisser de mogelijkheid om 
afhankelijk van de situatie zoals hij die beoordeelt op een bepaald 
moment een keuze te maken. 


VII.2.2 Karakteristieken van DSS 


Voor wie en voor welke beslissingen zijn beslissingsondersteu- 
nende systemen bedoeld? Aan welke eisen moeten ze voldoen? Op 
beide vragen zullen we puntsgewijs ingaan. Allereerst noemen we 
een aantal van de voornaamste karakteristieken van de gebruikers 
in combinatie met het soort van beslissingen. 


a. Autonome gebruiker. De gebruiker van een DSS is in hoge mate 
zelfstandig bij het gebruik van een DSS. Het systeem is vaak sterk 
georiënteerd op het persoonlijk gebruik. Om deze reden moet de 
gebruiker op de ontwikkeling van het DSS een belangrijke invloed 
hebben. De gebruiker weet vaak beter wat hij niet wil, dan wat hij 
wel wil. 


b. Zwak gestructureerde problemen. Met zwak gestructureerde 
problemen worden problemen bedoeld waarvoor bij voorbaat niet 
vaststaat welk soort model er moet worden gebouwd. Verschillende 
oorzaken zijn mogelijk, zoals onduidelijkheid omtrent de nodige 
informatie, het ontbreken van gegevens of onvoldoende inzicht in 

de structuur van het probleem. Het te ontwikkelen systeem zal 
daardoor meestal niet in één keer ontwikkeld kunnen worden, maar 
in stappen. We noemen dit wel een incrementeel ontwikkelingsproces. 


c. Alternatieven. Een DSS zal antwoord moeten geven op 'wat als'- 
vragen. Meerdere oplossingen moeten gegenereerd kunnen worden 
door het systeem op grond van wisselende invoergegevens. Uit deze 
alternatieven zal de beslisser het voor hem meest bevredigende 
alternatief als oplossing kiezen. Het begrip satisfactie speelt in dit 
verband een belangrijke rol. 


d. Meerdere doelstellingen. Door de beslisser wordt vaak een 
complex van doelstellingen nagestreefd. Het gaat vaak om combinaties: 
bijvoorbeeld wel maximale winst, maar niet ten koste van arbeids- 
plaatsen. Verschillende doeleinden moeten door een DSS in hun onder- 
linge samenhang geanalyseerd worden. 
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Om deze systemen te realiseren zal aan een flink aantal eisen 
voldaan moeten worden. Een deel van deze eisen heeft betrekking 
op de technische mogelijkheden van een DSS. We noemen een aantal. 


1. Flexibiliteit. Beslissingsvraagstukken zijn in de tijd aan veran- 
dering onderhevig; de doelstellingen evenals de verklarende 
variabelen en de relaties kunnen zich wijzigen. Een DSS moet flexibel 
zijn om gemakkelijk op veranderingen te kunnen inspelen. 


2. Gemakkelijk te gebruiken. Het systeem moet zonder al te inge- 
wikkelde leerprocessen ingepast kunnen worden in het besluit- 
vormingsproces van de beslisser. 


3. Snel reagerend. Het systeem mag niet traag zijn. Lange 
responsetijden beïnvloeden het gebruik in negatieve zin. 


4. Betrouwbaarheid. Vanzelfsprekend moeten zoveel mogelijk 
fouten worden voorkomen. De praktijk wijst echter uit dat complexe 
computerprogramma's vrijwel nooit foutloos zijn. Daarom moeten 
zowel in de programma's als in de procedures rond de invoer en de 
beoordeling van de uitvoer waarborgen worden ingebouwd om fouten 
te voorkomen. We denken hierbij aan validatieprocedures met 
betrekking tot de invoer, de programma's en de uitvoer. 


5. Communicatief. De kwaliteit van de mens/machine-dialoog en 
van de uitvoer op het beeldscherm zijn sleutelvariabelen voor een 
effectief gebruik van DSS. Mensen zullen computersystemen eerder 
gebruiken als ze passen in hun gebruikelijke manier van werken, 
als ze geen verstoring maar een ondersteuning blijken te zijn. 
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VIL.3 PROTOTYPING 


Met prototyping of het werken met prototypes wordt bedoeld 
dat bij de ontwikkeling van een DSS wordt gewerkt met leer- 
modellen. Een DSS wordt niet in één keer gebouwd, maar in 
verschillende versies. 

Het woord prototype staat voor ‘eerste vorm! of ‘eerste model'. 
Een prototype wordt in de techniek onder meer gebruikt voor testen, 
het voorbereiden van de produktie of voor demonstratie. 

In de toegepaste informatica wordt met prototyping beoogd snel 
een eerste versie van een DSS te maken. Deze eerste versie kan 
dan worden gebruikt om de meer volledige specificaties vast te 
stellen van het volledige DSS. Keen noemt voorbeelden*) van deze 
twee fasenstrategie. Het ontwikkelen van een bruikbaar prototype 
blijkt zo'n drie weken tot maximaal enkele maanden te kosten. 

Er zijn nog weinig concrete gegevens beschikbaar over de 
voordelen van prototyping. Men veronderstelt dat prototyping leidt 
vor: 1”) 

- een hogere betrokkenheid van de gebruikers in een ontwik- 

kelingsproces 

- een hogere acceptatie van de systemen 

- een kortere ontwikkelingstijd. 


Het eerste punt kan worden verklaard uit het feit dat de 
gebruikers vanaf de aanvang via een incrementeel of evolutionair 
proces bij de ontwikkeling van het DSS betrokken zijn. Zij worden 
langs een 'leerpad!' geleid aan de hand van de ontwerper. Lang- 
zamerhand zien zij de mogelijkheden van het systeem groeien en 
raken zo steeds meer betrokken bij het proces. 

Met nadruk willen we stellen dat het hier gaat om veel meer 
dan alleen het leren gebruiken van computers. Van belang is dat 
de gebruikers steeds meer inzicht krijgen in de beslissingsproblema- 
tiek waarmee ze in hun functie worden geconfronteerd. Het model 
waarmee ze werken kan geavanceerder zijn en het kan daardoor het 
inzicht in de problematiek vergroten. Met name dit punt past in de 
door ons aangehangen omschrijving van simulatie als methode van 
onderzoek. Een simulatiemodel als onderdeel van een DSS kan zo 
dienen voor kennisrepresentatie en kennisvermeerdering. 

Het tweede genoemde voordeel van prototyping is een logisch 
gevolg van het eerste punt. Door de hogere betrokkenheid in het 
ontwikkelingsproces zal, als dit proces goed verloopt ook een hogere 
acceptatie van het produkt gerealiseerd kunnen worden. De gebrui- 


*) Zie: Peter G.W. Keen, "Value Analysis: Justifying Decision Support 
Systems", in: MIS Quarterly, maart 1981. 


**) Zie bijvoorbeeld H.G. Sol, "Ervaringen rond prototyping", in: Informa- 
tie, jg. 26, nr. 3, maart 1984. 
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ker zal zich in het produkt herkennen en het zien als een passend 
onderdeel van het produktieproces. 

Het voordeel van de kortere ontwikkelingstijd is betrekkelijk. 
Inderdaad is het mogelijk, zoals uit de praktijk blijkt, snel een 
prototype te maken. Zo'n prototype zal daardoor niet duur hoeven 
te zijn. Het hangt echter helemaal van het vervolg van het project 
af, of de ontwikkelingstijd korter zal zijn dan bij andersoortige 
ontwikkelingsprocessen. De duur kan zelfs zeer lang worden als de 
gebruikers in de beginfase weinig kunnen toevoegen aan het proef- 
systeem en als de nadere uitwerking slechts in zeer kleine stapjes 
kan gebeuren. Om te voorkomen dat het geheel te lang gaat duren, 
kunnen wellicht maatregelen worden genomen. Deze dienen echter 
met grote zorgvuldigheid te worden toegepast. Het beste is de 
verantwoordelijkheid in een zo vroeg mogelijk stadium van het 
ontwikkelingsproject bij de gebruikers te leggen. Door een goede 
opleiding kunnen ze vaak snel hun eigen produkt onderhouden en 
verder ontwikkelen. 
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VII.4 DE TOEGEVOEGDE WAARDE VAN EEN DSS 


In $ VII.2.1 is opgemerkt dat het er bij DSS vooral om gaat 
om de effectiviteit van het beslissingsproces te verbeteren. Het gaat 
vooral om kwalitatieve voordelen, maar rechtvaardigen deze voordelen 
de kosten? 

De basistechnieken, zoals kosten /batenanalyse en toepasbaar- 
heidsstudies zijn niet erg geschikt voor de beoordeling of een DSS 
verantwoord is in een bepaalde situatie. De belangrijkste voordelen 
zijn, zoals gezegd, kwalitatief terwijl bovendien de kosten tevoren 
moeilijk zijn vast te stellen. Voor een mogelijke oplossing van dit 
vraagstuk heeft Keen de methode van de zogenaamde waarde-analyse 
voorgesteld. *) Deze methode volgt de verschillende stappen van 
de ontwikkeling van een DSS wanneer een inerementeel proces 
wordt gevolgd. De volgende opzet wordt voorgesteld. 


1. Stel de waarde van het te ontwikkelen DSS vast door het 
opstellen van een lijst van mogelijke voordelen, bijvoorbeeld: het 
systeem ondersteunt de oplossing van een bedrijfsprobleem, het 
helpt de planning en de beheersing te verbeteren, het levert tijds- 
besparingen op, het geeft snel antwoord op onverwachte situaties, 
het levert meer alternatieve oplossingen, enzovoorts. 


2. Stel een kostendrempel vast aan de hand van schattingen om 
een eerste prototype te bouwen. Bij de vaststelling van de kosten 
dient vooral te worden gedacht aan mankracht en apparatuur. 

Probeer de kosten zo laag te houden, dat ze binnen de beslis- 
singsbevoegdheid van de afdeling, waarvoor het DSS is bedoeld, 
blijven. 


3. Bouw de eerste versie van het DSS, ofwel: 'smeed het ijzer 

als het heet is'. Bij het bouwen van deze eerste versie moeten zoveel 
mogelijk de technische eisen, die we in § VII.2.2 genoemd hebben, 
worden aangehouden. 


4. Beoordeel het prototype samen met de gebruiker. Ga na of de 
voordelen in sub 1 omschreven, gerealiseerd zijn en pas zonodig de 
lijst aan. 


Op grond van het gerealiseerde prototype, de voordelen en de 
kosten hiervan kan worden vastgesteld of het zinvol wordt geacht 
door te gaan met het project. Als het antwoord negatief is, kan het 
project worden gestopt. Er zijn dan in ieder geval geen enorme 
bedragen verloren gegaan. Als het wel zinvol wordt geacht door 
te gaan, kunnen opnieuw de vier genoemde stappen doorlopen worden. 


*) Zie: Peter G.W. Keen, ibidem, pag. 11-14. 
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Het grote voordeel van deze waarde-analysemethode is, dat 
de te investeren bedragen per fase beperkt kunnen blijven. Terwijl 
men bij het ontwerp van informatiesystemen volgens het zogenaamde 
lineaire proces grote risico's loopt, zijn bij het incrementele proces 
de risico's voor de organisatie beperkt. Bovendien zijn de gebruikers 
verplicht om de verwachte voordelen tevoren aan te geven. Zij 
moeten nadenken over de vraag wat ze van het te ontwikkelen 
systeem verwachten. Hierdoor zullen ze tijdens het ontwerpproces 
waarschijnlijk een grotere betrokkenheid aan de dag leggen om deze 
voordelen zoveel mogelijk te realiseren. 
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VILS DSS, SIMULATIE EN PROTOTYPING 


In dit boek hebben wij simulatie opgevat als een -methode van 
onderzoek. We bedoelen daarmee een methode waarbij het maken van 
een model als afbeelding van een reëel systeem centraal staat. Dit 
model dient om inzicht te krijgen in het gedrag van het systeem, 
om verschillende strategieën te kunnen evalueren en om het gedrag 
van het systeem in de toekomst te kunnen voorspellen (zie § 11.2). 
Simulatie is een methode die in belangrijke mate geschikt is voor 
onderzoek van sociale systemen. Van belang bij dit soort systemen 
is, dat ze vaak zwak gestructureerd of niet-gestructureerd zijn. 
Met name voor de zwak gestructureerde systemen kan simulatie een 
belangrijk hulpmiddel zijn. 

Zoals we in de vorige paragraaf hebben betoogd is een DSS 
een systeem dat met inschakeling van modellen en databases beslis- 
sers helpt zwak gestructureerde beslissingsproblemen op te lossen. 
Een DSS beoogt dus hetzelfde als simulatie. Dit blijkt ook uit de 
voorbeelden die in de literatuur van DSS worden gegeven: corporate 
planning, korte-termijn-planning van de produktie en logistiek, 
vermogensbeheer, capaciteitsplanning, enzovoorts. De conclusie 
is dat een simulatiemodel een krachtig hulpmiddel kan zijn als onder- 
deel van een DSS. 

In de vorige paragraaf is gewezen op de grote voordelen van 
een incrementeel ontwikkelingsproces voor een DSS. Deze zelfde 
voordelen zullen ook voor de ontwikkeling van simulatiemodellen van 
belang zijn: 

- een grote betrokkenheid 

- een hoge acceptatiegraad en 

- een kortere ontwikkelingstijd. 

We kunnen ons nu afvragen of de ontwikkeling van een simulatie- 
model zich leent voor prototyping. 

Eigenlijk is het antwoord op deze vraag hierboven al gegeven. 
Simulatiestudies zijn georiënteerd op zwak gestructureerde beslis- 
singsproblemen. Volledig inzicht in dit soort problemen ontbreekt 
meestal. Dit inzicht kan op verschillende manieren worden vergroot, 
zoals interview, discussie met experts en literatuurstudie. Naast 
deze hulpmiddelen is het ook mogelijk eerst een prototype te maken 
met een beperkt aantal variabelen en relaties. Aan de hand van zo'n 
prototype, zo'n eerste model kan dan met de gebruiker(s) worden 
gediscussieerd over de noodzaak van een nadere specificatie. Als 
zodanig kan prototyping dus een waardevol hulpmiddel zijn om betere 
simulatiemodellen te ontwerpen. 

We willen evenwel naast de mogelijke voordelen ook mogelijke 
nadelen noemen. Het gevaar van prototyping is ons inziens dat al 
te snel tot het maken van een model wordt besloten. De redenering 
kan dan zijn, dat uit het prototype wel zal blijken of het model een 
redelijke afbeelding is van het reële systeem. Als dan blijkt, dat 
dit niet het geval is, kunnen in één keer alle voordelen omslaan in 
nadelen. 
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Ook bestaat de mogelijkheid, dat een prototype te snel als 
definitief model wordt geaccepteerd zonder dat voldoende aandacht 
aan de validatie is besteed. De voordelen van de hoge acceptatie- 
graad, grote betrokkenheid en korte ontwikkelingstijd gaan dan 
volledig teniet door het nadeel van de wellicht onjuiste resultaten 
van het model. 

Concluderend willen we stellen, dat prototyping voor simulatie- 
studies bepaalde mogelijkheden en wellicht voordelen biedt, maar 
dat met deze methode zeer voorzichtig moet worden omgesprongen. 
Anders kunnen de voordelen wel eens volledig teniet worden gedaan 
door de nadelen. 


HOOFDSTUK VIII 


Besturing van een 


Simulatieproject 


VIII INLEIDING 


In dit hoofdstuk wordt o.a. aandacht besteed aan de (na)zorg 
van een simulatieproject. Het bevat aanwijzingen aan diegenen die 
zich met modelbouw (gaan) bezighouden. Die aanwijzingen zijn 
bedoeld om te zeggen: "Let erop, modelbouw is geen louter mathema- 
tisch/technische zaak, maar ook een kwestie van succesvolle over- 
dracht aan de gebruikers van het model". Het hoofdstuk kan ook 
worden gezien als de nazorg door de schrijvers aan de lezers. 

We besteden in § 2 aandacht aan het project, aan de voor- en 
nadelen van deze specifieke organisatievorm in organisaties. $ 3 
handelt vooral over communicatie en documentatie. Het laatste is vaak 
een verwaarloosd onderdeel bij projectorganisaties. Als het dan gaat 
om de overdracht van het produkt, bijvoorbeeld een informatie- 
systeem of een simulatiemodel, bestaat de beschrijving alleen 'in het 
hoofd! van een systeemontwerper. Om dit te voorkomen is documen- 
tatie noodzakelijk. 

In $ 4 gaan we in op een aantal punten van misschien wel de 
moeilijkste fase van het project: de voorbereidingsfase. Dat is de 
fase waarin de probleemdefinitie en de doelstellingen op tafel moeten 
komen. Om dit 'rond' te krijgen moet de modelontwerper over geheel 
andere gaven beschikken dan in latere projectfasen nodig zijn. Een 
goede voorbereiding is daarom wenselijk. Het is overigens niet uit- 
gesloten om deze fase mee door een ander te laten uitvoeren, 
bijvoorbeeld een informatie-analist. 

Acceptatie en kwaliteit bepalen het succes van een model. 
Terwijl in de eerste paragrafen op diverse plaatsen aandacht wordt 
besteed aan de acceptatie, gaat het in § 5 om de kwaliteit van 
informatie en van het model. 

Vanzelfsprekend kan in het kader van dit boek op al deze 
punten niet uitgebreid worden ingegaan. Daarvoor verwijzen we naar 
meer algemene literatuur over systeemontwikkeling en project- 
organisatie. 

Het hoofdstuk wordt besloten met een aantal aanwijzingen en 
vragen. De aanwijzingen hebben betrekking op de demonstratie van 
het ontwikkelde model en de vragen op de punten die bij de evaluatie 
aan de orde moeten komen. 
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VIIL2 EEN PROJECT: WAT IS DAT EN WAAROM KAN HET 
FOUT GAAN? 


Onder een simulatieproject verstaan we een samenhangend 
stelsel van activiteiten met als hoofdactiviteiten het ontwerpen, 
ontwikkelen en implementeren van een simulatiemodel. 

Een project heeft een aantal specifieke kenmerken: 


- definieerbaar begin- en eindpunt 

- duidelijk omschreven doelstellingen 

- definitie van de capaciteit die beschikbaar is 
- multi-disciplinair van karakter 

- eigen organisatie 

- eigen budget 

- verantwoordelijke leiding in één persoon 

- eenmalig van aard. 


Behalve simulatieprojecten zijn er op diverse terreinen voor- 
beelden van projecten aan te wijzen: 


- de ontwikkeling van een nieuw produkt 

- een bouwproject 

- het schrijven van een boek 

- de verkiezingscampagne van een politieke partij 
- het Apollo-project. 


Voor de aanpak van een project is het goed te werken volgens 
een zogenaamde top-down aanpak. Dit betekent dat vanuit de doel- 
einden, in globale termen geformuleerd, doeleinden in meer concrete 
bewoordingen worden afgeleid. Deze concrete doeleinden dienen voor 
de indeling van verschillende subsystemen waarna deze subsystemen 
elk afzonderlijk uitgewerkt kunnen worden. 

Het succes, of het mislukken van een project hangt o.a. samen 
met de juiste organisatievorm en de plaats die het project in de 
organisatie krijgt. 

De projectvorm is bedoeld om problemen met een hoge moeilijk- 
heidsgraad buiten de gebruikelijke organisatiestructuur om op te 
lossen. Dit geldt zeker voor simulatieprojecten maar ook voor 
decision support systemen, prototypes en informatiesystemen in het 
algemeen. Hierbij spelen een aantal factoren een rol: 


- de onbekendheid van de methode 
- de noodzakelijke brede kennis van andere vakgebieden 
- de ontwikkelingskosten. 


Naarmate de moeilijkheidsgraad toeneemt en het aantal factoren 
dat hieraan debet is groeit, zal de kans op mislukken groter zijn. 
Redenen voor het mislukken van projecten staan in het volgende 
kader bijeen. 
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Redenen van mislukking van projecten: 


. de basis voor het project is niet gezond 

. onvoldoende steun van directie of bestuur 
. onvoldoende steun van afdelingshoofden 

. verkeerde of geen projectleider 

. onduidelijke taakverdeling 

. geen definitie van begin en einde 

. geen sluitende planning 

. geen bijsturing bij veranderingen 

. veronachtzaming van menselijke aspecten 
. gebrek aan kennis 
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Het is zinvol deze redenen op een aantal punten nader toe te 
lichten. We noemen met een korte uiteenzetting de volgende: 


- de bemanning: soms zijn ondanks mooie beloften de toegezegde 
medewerkers niet beschikbaar. Projectparticipatie is dikwijls 
'part-time' en heeft niet altijd de hoogste prioriteit bij de 
deelnemers. | 


- de opzet: richtlijnen ontbreken, er zijn geen afspraken gemaakt 
(wat niet is afgesproken, wordt niet gedaan). Er heerst 
onduidelijkheid t.a.v. de te verrichten taken. Er is geen 
consistentie door het ontbreken van documentatie. 


het beheer: onvoldoende besturing en begeleiding van het 
management of een verkeerde projectleider. Een gebrek 
aan planning. 


de structuur: ‘niemand! wil gecontroleerd worden; in het project- 
team controleert iedereen elkaar. Leiderschap wordt niet 
altijd gewaardeerd en niet altijd geaccepteerd. 
De motivatie is soms afwezig, evenals de noodzakelijke kennis. 


Het is in dit verband goed nog eens de aandacht te vestigen 
op de wetten van Murphy: 


- alles wat fout kan gaan, gaat fout; 
- alles duurt langer dan men had gedacht; 
- alles is duurder dan men had begroot. 


Goed projectmanagement betekent het leiden van een project tot het 
beoogde resultaat met een minimum aan tijd en aan minimum aan 
kosten. 
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VIII.3 PROJECTFASERING, COMMUNICATIE EN DOCUMENTATIE 


Doel van de projectfasering is het aanbrengen van duidelijke 
meetpunten waarop de bereikte resultaten worden geêvalueerd en 
wordt nagegaan in hoeverre de resultaten aan de verwachtingen 
voldoen. Tevens wordt bekeken in hoeverre de diverse kosten aan 
de in het budget gestelde normen voldoen. 

De fasering van het simulatieproject kan in belangrijke mate 
overeenstemmen met de fasering zoals die in de voorgaande hoofd- 
stukken is behandeld. Ook in de literatuur, met name in die over 
de ontwikkeling van informatiesystemen vinden we onder diverse 
benamingen projectindelingen. Op zich zijn deze benamingen niet 
belangrijk, het gaat vooral om de taken die in elk van de fasen 
gedaan moeten worden en om de documentatie die tijdens elk van 
de fasen moet worden gemaakt. 

De taken die in elk van de fasen uitgevoerd moeten worden, 
hebben we in de hoofdstukken III t/m VI voldoende naar voren 
gebracht. We willen vooral ingaan op de zin van het maken van 
documentatie. 

Eén van de belangrijkste doelen van documentatie is de 
oplossing van het communicatieprobleem. Dit is vaak het grootste 
probleem voor mathematisch/technisch geschoolden. In sommige 
gevallen wordt de communicatiebarrière helaas bewust opgeworpen. 
Door veelvuldig gebruik van specifiek vakjargon en door te weigeren 
een documentatiesysteem op te zetten, sluit de specialist zich bewust 
af van zijn omgeving. Hij realiseert zich niet hierdoor zijn vakgebied 
in discrediet te brengen. 

Soms wordt het jargon als statusverhogend beschouwd: 
eenvoudige, heldere betogen leggen het qua acceptatie af tegen het 
veelvuldig gebruik van moeilijke begrippen in combinatie met een 
academische betoogtrant. Het afschermend effect hiervan is bekend 
vanuit de medische wereld, maar ook vanuit de informaticawereld. 
Waar men om een zo groot mogelijke acceptatie te bereiken juist 
openheid en helderheid zou verwachten, is er sprake van geheim- 
houding en onduidelijke terminologie. 

Om op ons onderwerp terug te komen: als de resultaten van 
een simulatieproject niet gebruikt worden, is het project, ondanks 
misschien een hoge kwaliteit van het model mislukt. Kwaliteit èn 
acceptatie bepalen samen het succes van een simulatieproject. 

Behalve om inzicht te geven in het simulatiemodel voor niet- 
experts is documentatie ook bedoeld als een middel voor het gebruik 
en het beheer van het model. Deze documentatie is meer omvattend 
dan de eerstgenoemde documentatie. Het gaat hierbij om beschrijvin- 
gen t.b.v. systeemontwerpers, programmeurs en operators en om 
handleidingen voor de eerste lijn-gebruikers van het systeem. 

De besproken vormen van documentatie worden wel aangeduid 
als systeemdocumentatie. Een andere vorm van documentatie 
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is de projectmanagementdocumentatie. Deze documentatie heeft ten 
doel zinvolle informatie te leveren voor de besturing van een 
informatieproject. Hierin komen zaken aan de orde als: 


- beschrijving projectorganisatie; 

- projectplan en voortgangscontrole; 

- tijd- en middelenplan; 

- doeumentatieplan ; 

- samenvattingen per fase en overzicht van genomen 
beslissingen. 


In geen van beide hierboven genoemde vormen van documentatie 
wordt gesproken over een beschrijving van het systeem als ontwerp 
van oplossing. Dit ontwerp maakt deel uit van de zogenaamde ont- 
werpdocumentatie. Voor een simulatieproject kan deze verslaglegging 
bestaan uit bijvoorbeeld de volgende punten: 


- probleemdefinitie en doelstellingenproject ; 

- modelbeschrijving; 

- verantwoording en beschrijving van mogelijke alternatieven; 
- experimenteel ontwerp; 

- programmabeschrijving; 

- validatie; 

- resultatenanalyse en voorstellen voor probleemoplossing. 


Uit de bovenstaande opsomming van documentatievormen zal 
duidelijk zijn geworden, dat de uitwerking hiervan veel tijd vraagt. 
Men leest wel eens (eerder uitzondering dan regel!) dat 30% van 
de ontwikkelingstijd voor de documentatie gereserveerd wordt. Als 
deze tijd tevoren, gespreid over het gehele project goed gepland 
wordt, zal dit niet als storend worden ervaren. Als daarentegen 
de documentatie achteraf, zoals maar al te vaak helaas het geval is, 
nog moet worden verzorgd, kan dit soms ‘helemaal geen documentatie! 
tot gevolg hebben. 
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VIII.4 ENKELE ASPECTEN VAN DE VOORBEREIDINGSFASE 


Het allervroegste stadium van de ‘geboorte! van een simulatie- 
studie is vaak moeilijk te achterhalen. Het kan zijn dat de leiding 
van een organisatie geconfronteerd wordt met een probleem dat zich 
niet gemakkelijk laat formuleren of waarvan de mogelijke oplossingen 
zich niet duidelijk aftekenen. 

In het algemeen zal gelden dat het probleem qua structuur vrij 
ingewikkeld in elkaar zit. Goed gestructureerde problemen kunnen 
vaak door eenvoudige technieken worden opgelost. Simulatie zal 
echter vooral van toepassing zijn als het gaat om minder goed 
gestructureerde vraagstukken. Om de kern van zo'n probleem goed 
in de vingers te krijgen is allereerst overeenstemming over de 
probleemdefinitie gewenst. 

In feite geeft de probleemdefinitie de richting aan waarlangs 
het modelontwerp wordt opgezet. De aard van het te bouwen model 
èn de wijze waarop het model kan worden opgelost zijn sterk bepaald 
door een goede probleemdefinitie. Ook de randvoorwaarden waarmee 
de grenzen van het probleemgebied worden bepaald, zijn afhankelijk 
van de probleemdefinitie. Niet voor niets wordt de probleemdefinitie 
de cruciale fase in het ontwerpproces genoemd. 

De opdrachtgever zal in het algemeen in nogal onduidelijke, 
vage bewoordingen vertellen wat er zijns inziens aan de hand is. 
Omdat hij het probleem onvoldoende kent, laat staan een oplossing 
op het oog heeft, vertelt hij welke symptomen hem dwarszitten. 

In de eerste verkennende fase waarbij we van de symptoom- 
beschrijving tot de probleemdefinitie willen komen, zal veelvuldig 
overleg gewenst zijn. Een klassieke fout die wel gemaakt wordt, is 
om na het eerste gesprek met de opdrachtgever weg te gaan met de 
boodschap 'Doen we even!'. Deze werkwijze zal in een later stadium 
vrij zeker tot een oplossing van het verkeerde probleem leiden. Niet 
voor niets circuleren in sommige bedrijven overzichten met de vol- 
gende inhoud: 


De 6 stadia van een project zijn: 
1 enthousiasme 
2 ontnuchtering 


3 Paniek 


4 zoeken naar schuldigen 

5 bestraffing van onschuldigen 

6 beloning van hen die er niets 
mee te maken hadden 
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De moeilijkheden die zich bij de formulering van de probleem- 
definitie voordoen hebben nogal eens betrekking op de doelstellingen. 
Met betrekking tot de doelstellingen geldt, dat deze veelal niet in 
één richting gaan. Bij de meeste problemen zijn meerdere groepen 
belanghebbenden aanwezig, elk met eigen doelstellingen. Gedeeltelijk 
zullen deze doelstellingen elkaar overlappen, maar er zijn ook geschil- 
punten. Bestudering en bespreking van deze geschilpunten is nodig 
om tot een algemeen aanvaardbare probleemdefinitie te kunnen komen. 
Dit is vaak alleen mogelijk als partijen bereid zijn compromissen te 
sluiten. 

Om tot een compromis over de doelstellingen te komen, zijn 
dikwijls verschillende discussiesessies en interviews nodig. We willen 
het belang van een goede beheersing van vergader-, discussie- en 
interviewtechnieken benadrukken. We gaan hier op deze technieken 
niet nader in. 

Voor de doelstellingsanalyse zijn verschillende hulpmiddelen 
ontwikkeld. Men kan bijvoorbeeld in een bijeenkomst door iedere 
aanwezige een doelstellingsboom met steeds concreter wordende sub- 
doelstellingen laten opstellen, waarin door elke deelnemer in de vorm 
van percentages prioriteiten worden aangegeven. Per vergadering 
probeert men met alle participanten op één lijn te komen. 

Men moet niet de vergissing begaan om alle groepen betrokkenen 
bij elkaar in één bijeenkomst te zetten. Wegens de mogelijk zeer ver- 
schillende gezichtspunten is slaande ruzie dan niet uitgesloten. 

Een tweede opmerking is, dat men t.a.v. de doelstellingen niet 
te star moet zijn. Ook in doelstellingen kunnen veranderingen op- 
treden. Men zal met de betrokken groepen moeten overeenkomen 
dat de doelstellingen herzien moeten kunnen worden (in overleg). 

Hiervoor is gesproken over verschillende groepen die bij een 
(simulatie)project betrokken kunnen zijn. Wie kunnen dit dan zijn, 
deze groepen? 


1. De opdrachtgever 
2. De stuurgroep 
3. De directe gebruikers van het model 


4. Mensen in de organisatie van wie het werk wellicht door 
implementatie van een nieuw model wordt beïnvloed. 


De opdrachtgever zal in de organisatie de beslissingsbevoegd- 
heid moeten hebben om het simulatieproject goed te keuren. Zoals 
reeds eerder gezegd zijn dit soort projecten niet goedkoop. Er zal 
betrekkelijk veel mankracht, tijd en computergebruik nodig zijn. De 
voor het project verantwoordelijke leiding zal er achter moeten staan. 

Naast de reeds genoemde doelstellingsanalyse is daarom in de 
eerste fase, ook wel vooronderzoek of toepasbaarheidsonderzoek 
genoemd, een kosten/batenanalyse (zie ook hoofdstuk VII, § 4) 
gewenst. De kosten zijn gewoonlijk gebaseerd op de hierboven 
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reeds genoemde punten als mankracht, d.w.z. verdeling in de tijd 
van deskundigen belast met de uitvoering en van computertijd. 

Vooral de tijd die ontwikkelaars denken nodig te hebben voor 
de realisatie van een project wordt nogal eens schromelijk onderschat. 
Ervaren praktijkmensen wijzen erop dat rekening moet worden 
gehouden met een overschrijding van de tijd met een percentage 
van 1005. 

De baten van een project zijn nog moeilijker te bepalen dan 
de kosten. Wanneer bij voorbaat aantoonbaar is, dat bij gebruik van 
een nieuw voorraadbeheersingsmodel het voorraadniveau gemiddeld 
10% lager zal zijn bij dezelfde servicegraad is vaststelling van de 
baten niet zo moeilijk. Doch dit is tevoren niet bekend. Het enige 
haalbare in dit verband zijn schattingen van ervaren ontwikkelaars 
op grond van eerder opgedane ervaringen. 

De verantwoordelijkheid voor de projectontwikkeling ten aanzien 
van tijdsduur, kosten en effectiviteit zal door de leiding gedeiegeerd 
kunnen worden aan een stuurgroep. In deze stuurgroep zuilen zowel 
experts als belanghebbenden in de organisatie onder leiding van 
een voor elke groep aanvaardbare voorzitter zitting hebben. De 
keuze van de voorzitter is van essentieel belang voor een goede 
uitwerking van het project en voor een succesvolle implementatie 
van een (eventueel) nieuw systeem. De voorzitter moet iemand zijn 
met zowel materiedeskundigheid als met kennis van de toegepaste 
methode. Hij moet het vertrouwen hebben van de deelnemers en 
vanzelfsprekend van de opdrachtgever. 

Zoals in het vorige hoofdstuk al behandeld is, zullen simulatie- 
modellen een onderdeel vormen van een DSS of een management 
informatiesysteem (MIS). Vooral ten behoeve van planningsactivitei- 
ten zullen simulatiemodellen hun diensten kunnen bewijzen. Ze 
bieden, als het goede modellen zijn, de mogelijkheid alternatieve 
oplossingen door te rekenen en zogenaamde 'wat-als'-vragen inter- 
actief te beantwoorden. Om van deze mogelijkheden een effectief 
gebruik te kunnen maken, zullen de modellen door de directe 
gebruikers geaccepteerd moeten worden. Dit zijn dus de gebruikers 
die geacht worden de informatie van het model te betrekken bij hun 
beslissingen. Afhankelijk van het toepassingsgebied kunnen dit 
financiële, personele, commerciële, logistieke of produktiemanagers 
zijn. 

De laatste categorie betrokkenen is de groep wier werk door 
de implementatie van het nieuwe model wordt beinvloed. Het kunnen 
bijvoorbeeld mensen zijn die de gegevensvoorbereiding moeten 
verzorgen of die voor een foutloze technische uitvoering van de 
programma's zorg moeten dragen. De betrokkenheid van deze 
groepen is van even groot belang als van andere, op het eerste 
gezicht misschien belangrijker mensen. Veelal zullen deze laatsten 
geen tijd kunnen besteden aan bijvoorbeeld het onderhoud van het 
model. Ze zijn daarvoor afhankelijk van meer technisch geöriënteerd 
personeel. Als deze groep zijn taak niet goed uitvoert, zou dit wel 
eens tot een beëindiging van het modelgebruik kunnen leiden. 
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We laten tenslotte, zonder verder commentaar, een aantal punten 
volgen waaraan in deze fase van het onderzoek aandacht moet worden 


besteed: 

l. het probleem en de doelstellingen moeten in duidelijke termen 
beschreven worden. Hierover mag geen verschil van opvatting 
bestaan; 

2. er moet een kostenbudget worden gemaakt alsmede een tijd- 


planning, een personele planning en hulpmiddelenplanning; 
3. vaststelling van het projectmanagement en van een stuurgroep; 


4. het ontwikkelen van criteria aan de hand waarvan de resultaten 
getoetst worden; 


5. vaststelling van de categorieën medewerkers die bij het project 
betrokken zijn en van de wijze waarop ze meedraaien in het 
project. 
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VILS KWALITEITSASPECTEN 


In de vorige paragrafen is o.a. gesproken over zaken die de 
acceptatie van het model ondersteunen. Vanzelfsprekend zal de 
acceptatie in de eerste plaats beïnvloed worden door de kwaliteit 
van het model. Het oordeel van de modelbouwers is hierbij van 
minder belang dan dat van de uiteindelijke gebruikers. 

De kroon op het werk is een succesvolle modelimplementatie. 
Zolang het model niet daadwerkelijk door de belanghebbenden wordt 
gebruikt, kan niet van een geslaagd project worden gesproken. De 
gebruikers zijn niet geïnteresseerd in de elegantie van het model 
of in de gebruikte technieken, hoe geavanceerd deze wellicht ook 
zijn. Het gaat hun om de kwaliteit van de informatie die als onder- 
steuning bij de besluitvorming kan worden gebruikt. Niet het model 
zelf is belangrijk, maar de uitvoer. Deze zal moeten voldoen aan de 
criteria van de gebruiker. 

We noemen enkele kwaliteitsaspeecten van informatie die tijdens 
het project besproken moeten worden en die voor de gebruiker als 
toetsingscriteria beschouwd kunnen worden. 


- Relevantie: d.w.z. dat de informatie zo goed mogelijk moet 
zijn afgestemd op het doel en het subject voor wie ze bestemd 
is, 


- Betrouwbaarheid: de verstrekte informatie mag geen fouten, 
bijvoorbeeld als gevolg van fouten in de invoergegevens of 
in de verwerking bevatten. Daarom is controle noodzakelijk. 


- Nauwkeurigheid: de informatie dient zo nauwkeurig te zijn 
als voor het gebruiksdoel noodzakelijk is. Dit punt hangt 
samen met het aspect van de relevantie. 


- Bruikbaarheid: dit punt heeft betrekking op de presentatie- 
vorm. De informatie moet zo gepresenteerd worden, dat 
bewerkingen door de ontvanger niet meer nodig zijn. De 
informatie moet overzichtelijk zijn; hiervoor kan gebruik 
worden gemaakt van bijvoorbeeld tabellen en grafieken. 


De kwaliteit van de informatie hangt samen met de kwaliteit 
van het model. We laten enkele eisen, die in dit verband aan een 
model gesteld kunnen worden, volgen. Omdat een zekere strijdigheid 
tussen deze eisen niet is uitgesloten, is een afweging in een vroeg 
stadium noodzakelijk. 


- Het model moet in het gebruik zijn waarde bewijzen om zo- 
doende de kosten van ontwikkeling en onderhoud te kunnen 
motiveren. Hoewel een schatting van de diverse componenten 
niet gemakkelijk is, zal het model getoetst moeten worden 
op basis van kosten en opbrengsten. 
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- Het model moet begrijpelijk en gemakkelijk hanteerbaar zijn. 
Moeilijke leerprocessen zullen de gebruiker afschrikken. 
Gebruikersvriendelijke, bij voorkeur interactieve modellen 
met ‘hulpfuncties', een plezierige dialoog en zelfbeslissing 
m.b.t. vormen van uitvoer zijn belangrijke zaken voor accep- 
tatie van het model. 


- Het model moet robuust zijn, d.w.z. dat zelfs bij invoering 
van niet gebruikelijke, afwijkende invoergegevens het model 
moet werken. De programmatuur moet 'bestand' zijn tegen 
abnormale invoer. 


- Het model moet zoveel mogelijk aansluiten bij de alledaagse 
gang van zaken. Dit betekent bijvoorbeeld t.a.v. de invoer- 
gegevens dat deze redelijk gemakkelijk beschikbaar moeten 
zijn in de organisatie. Shannon noemt een voorbeeld van een 
ziekenhuismodel dat nooit gebruikt werd vanwege de vele 
administratieve procedures die nodig waren om de noodzake- 
lijke patiëntengegevens te kunnen leveren. In het algemeen 
moet het gebruik van het model aansluiten bij de realiteit, 
geen confectie maar maatwerk. 


- Het model moet antwoord kunnen geven op 'wat-als'-vragen. 
Dat hangt samen met het reeds genoemde feit, dat de 
gebruiker met het model zal willen 'spelen'. Hij zal aan het 
model in een interactieve sessie vragen willen stellen, zoals 
bijvoorbeeld: 

"Welke situatie ontstaat er, als de verkoop daalt met x$% en 

de produktie doorgaat met een bezettingsgraad van y%?" 

Met dergelijke sessies past de gebruiker in feite een gevoelig- 
heidsanalyse toe ten behoeve van zijn planningstaak. Hij 
probeert de onzekerheid te schatten en ten aanzien van de 
gewenste toekomstige toestand de relevante factoren te 
vinden. 


- Het model dient flexibel te zijn, dat wil zeggen gemakkelijk 
aan te passen aan gewijzigde omstandigheden of uit te 
breiden. Daartoe is in ieder geval een goede documentatie 
nodig, maar ook een flexibele programmastructuur. 


Het is duidelijk dat deze eisen een sterke overeenkomst (moeten) 
vertonen met de eisen die aan DSS zijn gesteld. Het is van belang 
dat de in meer algemene termen geformuleerde eisen aan de specifieke 
toepassingen van simulatie, DSS of informatiesystemen moeten worden 
aangepast. 


188 Besturing van een simulatieproject VIII.11 
VIII.6 SLOT 


Simulatiemodellen worden (gelukkig) in steeds bredere kring 
gebruikt. In het algemeen zullen de belanghebbenden tijdens het 
project, bijvoorbeeld als lid van de stuurgroep voldoende betrokken 
zijn geweest en met het resultaat niet onbekend zijn. Toch zal met 
het oog op de acceptatie nog veel afhangen van de definitieve 
verschijningsvorm van het model. Door middel van een presentatie 
in de vorm van een demonstratie zal de gebruiker definitief 'gewon- 
nen' moeten worden. Aan dit onderdeel zal daarom aandacht besteed 
moeten worden. 

Hieronder volgen een aantal aanwijzingen: 


1. verzorg de presentatie met behulp van aantrekkelijke hulp- 
middelen, zoals dia's en terminals. Verstrek geen omvangrijke 
rapporten, maar goed leesbare en overzichtelijke uittreksels; 


2. laat de mondelinge presentatie van het model niet te lang 
duren. Laat de gebruikers zo snel mogelijk zelf oefenen op 
beschikbare terminals; 


3. gebruik geen vakjargon. Dit vraagt om een goede voorberei- 
ding want experts passen hun taalgebruik niet zomaar aan; 


4. wees eerlijk t.a.v. de mogelijkheden van het model. Vertel de 
doelstellingen en laat zien in hoeverre deze gehaald zijn. 


Als dan tenslotte het model geïmplementeerd is en in gebruik 
is genomen, volgt nog de evaluatie en de nazorg. Het doel van de 
evaluatie is om die ervaringen uit het simulatieproject te halen, die 
ons in staat stellen in het vervolg betere systemen te ontwikkelen. 

Bij de evaluatie moeten de volgende voor de hand liggende 
vragen worden gesteld: 

- hoe worden de projectdoelstellingen achteraf ervaren? 

- zijn de doelstellingen gehaald? 


- in welke mate is het model verankerd in de organisatie en 
geaccepteerd? 


- hoe zijn de omstandigheden van de gebruikers beinvloed? 


- hoe is het project verlopen; zijn de kostenschattingen en 
de planningen juist gebleken? 


- hoe is de samenwerking verlopen? 


- welke problemen zijn nog niet opgelost? 
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Deze laatste vraag hangt samen met de nazorg. Tekortkomingen 
zullen vaak pas na verloop van tijd aan de dag komen. Deze komt 
men sneller op het spoor als het contact met de gebruikers wordt 
onderhouden. Als men in staat is hierop adequaat in te spelen, zal 
dit het vertrouwen in modelgebruik doen toenemen. En daar gaat 
het uiteindelijk om, want: 


"De essentie van de informatiemaatschappij is niet dat er steeds 
meer computers komen, maar dat steeds meer delen van de wer- 
kelijkheid worden nagebouwd in wiskundige modellen waarmee 
men op computers dingen kan uitrekenen". *) 


*) Fred Kappetijn, in: Intermediair, 'De ontvanger bepaalt zelf wel wat infor- 
matie is', jg. 17, nr. 25, juni 1981. 


HOOFDSTUK IX 


A. Ontladen 
B. Ziekenhuis 


INLEIDING 


We hebben reeds een aantal malen naar voren laten komen dat simulatie- 
onderwijs zonder praktische oefening niet zinvol is. Simulatie is alleen te 
leren als studenten hun tanden eens kunnen zetten in een opgave waarbij 
alle facetten van het onderzoek aan de orde komen. Afhankelijk van de 
beschikbare tijd kan de praktische opgave variëren van ingewikkeld, bijvoor- 
beeld een opdracht waarbij alleen wordt gewezen op een probleem in een 
bepaalde concrete situatie en aan de studenten wordt gevraagd het gehele 
onderzoek uit te voeren, tot eenvoudig in die gevallen dat de probleem- 
beschrijving met alle data gegeven wordt en de modelbouwfase al min of meer 
'rond' is. We wijzen er overigens op, dat ook voor eenvoudige opgaven vrij 
veel tijd nodig blijkt te zijn. We gaan er dan wel vanuit dat de studenten 
zelf een computerprogramma moeten schrijven en een verslag van het onder- 
zoek aanbieden. Voor meer ingewikkelde opgaven, zoals het in dit hoofdstuk 
beschreven probleem van de ziekenhuissimulatie moet aan een werktijd van 
2 à 3 maanden worden gedacht. Daarbij is het bovendien nog zo dat de 
opdrachten in groepjes van minimaal twee personen worden uitgevoerd. 

Het werken in kleine groepjes lijkt ons om verschillende redenen zinvol: 


- tijdsoverweging (zie hierboven) 
- samenwerkingsoverweging: 
de studenten leren zoals ook in de praktijk gebruikelijk is, samen 
een project op te zetten, uit te werken, taken te verdelen en verantwoor 
verantwoordelijkheid te dragen; 
- de veelheid van de aspecten: 
zoals uit het boek blijkt moeten studenten veel onderwerpen beheersen 
om een simulatie-onderzoek in al zijn facetten te kunnen uitvoeren; 
de groepssamenstelling moet daarom zodanig zijn dat de diverse 
aspecten van het onderzoek over de groepsleden gespreid zijn. 


Er zijn in dit boek twee case-beschrijvingen opgenomen, die gebaseerd 
zijn op de onderzoekverslagen van studenten. 
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-= De eerste case, 'Ontladen', is vervaardigd door een drietal studenten 
van de Interfaculteit Bedrijfskunde te Groningen in het kader van het 
tweede-jaars vak 'Kwantitatieve besluit vormingstechnieken'.De tweede case 
betreft een eindexamenverslag van twee studentes aan de HEAO-BI (Bedrijfs- 
kundige Informatica) te Den Haag voor het derde-jaars vak 'Simulatie'. De 
verslagen zijn hier en daar ingekort. Dit geldt met name voor de programma- 
documentatie. De computerprogramma's hebben wij niet opgenomen. 

Onze keus is op deze twee verslagen gevallen, omdat ze beide vrij vol- 
ledig zijn in de onderwerpen die aan bod dienen te komen: modelbeschrijving, 
keuze van de verschillende soorten variabelen, experimenteel ontwerp, 
programmabeschrijving, validatie en resultatenanalyse. 

De beide verslagen zijn niet gekozen, omdat ze foutloos zouden zijn. 
Maar er staan niet zodanige fouten in dat aan de conclusies van het onderzoek 
behoeft te worden getwijfeld. 
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BESCHRIJVING VAN DE CASE 'ONTLADEN’ 


Bij het centraal magazijn van een groot warenhuis komen regelmatig 
vrachtauto's aan. Deze worden ontladen door heftrucks met chauffeurs. Het 
bedrijf wil onderzocht hebben met welk aantal heftrucks de kosten, verbon- 
den aan het ontladen, geminimaliseerd worden. Deze kosten bestaan uit 
gewoon loon, eventueel overwerkloon (beide t.a.v. de heftruckchauffeurs) 
en de wachtkosten voor de vrachtwagens. 
Uit eerder onderzoek zijn de volgende gegevens bekend: 
`- de aankomst van de vrachtauto's kan beschreven worden d.m.v. een 
negatief exponentiële verdeling met een gemiddelde tussenaankomst- 
tijd (g.t.t.) van 2 uur. De auto's komen alleen tussen 8 en 17 uur 
aan; 

- de tijd nodig voor het ontladen van een vrachtauto is afhankelijk van 
de soort lading en het gewicht van de lading; 

- de kansverdeling van de soort lading ziet er als volgt uit: 


soort lading | kans op deze lading | ontladingssnelheid 
(kg/uur) 
A 8000 
B 7000 
b 5000 


- het gewicht van de ladingen is normaal verdeeld met een gemiddelde 
van 30.000 kg en een standaarddeviatie van 4000 kg; 

- de wachtkosten voor een vrachtwagen zijn $ 30,- per uur; 

- de gewone loonkosten van een heftruckchauffeur zijn $ 20,- per uur; 

- de overwerkloonkosten van een heftruckchauffeur zijn $ 40,- per 
uur. 
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UITWERKING VAN DE CASE ONTLADEN*) 


Hoofdstuk 1 DE PROBLEEMDEFINITIE 


1.1 DOELSTELLING 


Het geschetste probleem zal door middel van simulatie onderzocht en 
opgelost worden. We kunnen de doelstelling van dit simulatie-onderzoek als 
volgt formuleren: 


Het onderzoek van het gedrag van het systeem om te kunnen bepalen 
wat het meest geschikte aantal in te zetten heftrucks is bij een aan- 
vaardbaar niveau van wachttijden tegen zo laag mogelijke totale kosten. 


Het gaat hierbij dus om een afstemmingsprobleem tussen verschillende 
beslissingsfactoren. 

De gegevens die uit het simulatiemodel naar voren moeten komen zijn 
de gemiddelde totale bedrijfskosten per dag bij het gebruik van x heftrucks 
(x = 1,2,...‚n) en de daarbij behorende overwerktijd. 


1.2 HET SYSTEEM 


ELEMENTEN: 


Tot de belangrijkste elementen die van belang zijn voor het systeem 
behoren: 


- de binnenkomende vrachtwagens, 

- de lading van deze auto's (soort en gewicht), 
- de heftrucks, 

- de werktijden van de heftruckchauffeurs, 

- het ontladingsbeleid en 

- de wachttijd van de vrachtauto. 


SYSTEEMGRENZEN: 


Het systeem dat onderzocht wordt is in eerste instantie beperkt tot het 
warenhuis zonder omgevingsinvloeden. Daarvan wordt alleen het subsysteem 
m.b.t. het ontladen van vrachtwagens bekeken en dan alleen nog maar de 
aspecten gemiddelde totale kosten en gemiddelde overwerktijd. 


UITGANGSPUNTEN: 


Voordat we dit systeem in een model omzetten hebben we eerst een 
aantal uitgangspunten geformuleerd: 


*) De uitwerking van de case 'Ontladen' is gebaseerd op het werkstuk van 
H. Matthijsen, A. Nysingh en C. de Vet, studenten aan de Interfaculteit 
Bedrijfskunde te Groningen, september 1983. 


Cases EKO 


de normale werktijd van 8 tot 17 uur is 9 uur, er wordt continu door- 
gewerkt; | 

elke vrachtwagen wordt door 1 heftruck gelost ; 

een vertrekkende vrachtwagen die aan ziet komen dat hij niet voor 

17 uur zal aankomen vertrekt niet meer die dag, maar pas de volgende 
dag (de betekenis voor ons model is dat alle gegenereerde tussen- 
aankomsttijden gebruikt worden); 

de vrachtwagen die het eerst binnenkomt wordt het eerst geholpen; 

* zodra de heftruck klaar is met het ontladen van een auto verdwijnt 
deze auto van het terrein (i.v.m. de wachtkosten) ; 
heftruckchauffeurs zijn altijd beschikbaar, ook voor overwerk; 

. de heftruck die het eerst beschikbaar is, neemt de vrachtauto die 
het eerst is aangekomen; 

tijdens het ontladen wordt er niet van heftruck gewisseld; 

de kosten van heftrucks worden niet meegenomen, alleen de loon- 
kosten van de chauffeurs ; 

onderhoud en storingen, evenals andere afwijkende situaties worden 
buiten beschouwing gelaten; 

verschillende ontladingstijden beinvloeden elkaar niet; 

aankomsttijden zijn onafhankelijk van elkaar. 


Hoofdstuk 2 MODELFORMULERING 


Het model is bestemd voor het verkrijgen van gegevens die de directie 
van het warenhuis in staat stellen het optimale aantal heftrucks voor de 
gegeven situatie te bepalen. 


2.1 PARAMETERS 


De belangrijkste parameters die we in het model kunnen onderscheiden 
zijn: 

- de gemiddelde tussenaankomsttijd (van de vrachtwagens), 

- gemiddelde en standaarddeviatie van het gewicht van de lading, 


- de kansverdeling van de soort lading plus de bijbehorende ontladings- 
snelheden. 


2.2 VARIABELEN 


2.2.1 Exogene variabelen 


De exogene variabelen zijn te splitsen in omgevings- en instrumentele 
variabelen. 
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Omgevingsvariabelen zijn: 

1. aankomsttijd vrachtwagens 

2. gewicht lading 

3. soort lading (en ontladingssnelheid) 
4. wachtkosten 

5. loonkosten 


De instrumentele- of beslissingsvariabelen zijn: 

6. aantal heftrucks 

1, ontladingspolitiek 

8. de maximale toegestane overwerktijd van de heftruckchauffeurs. 


2.2.2 Endogene variabelen 


De endogene variabelen zijn te splitsen in toestands- en uitgangsvaria- 
belen. 

We hebben als toestandsvariabelen: 

9. tijdstip op de dag 

10. lengte van de wachtrij op elk moment 


De uitgangsvariabele is: 
11. de totale kosten per dag. 


2.3 RELATIES IN HET MODEL 


In onderstaand schema is de invloed van de belangrijkste variabelen 
op elkaar weergegeven. 


overwerktijd totale kosten 


aantal heftrucks 
ontladingstijd 


pos. /neg. 


pos. pos. 


tussenaankomsttijd neg. neg. 


2.4 DE RELATIES IN EEN MODELSCHEMA 


Het model is op te splitsen in: 


a. de aankomst van de vrachtwagens en 
b. de ontlading van de vrachtwagens door de heftrucks. 


De aankomst van de vrachtwagens wordt bepaald door de tussenaankomst- 
tijden die gegenereerd worden met een gemiddelde tussenaankomsttijd van 2 
uur. De ontladingen worden in sterke mate bepaald door het aantal heftrucks 
en de ontladingssnelheid. Deze laatste is op zijn beurt weer afhankelijk van 
het gewicht en de soort lading welke de betreffende vrachtwagen transpor- 
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teert. Verder beinvloedt het eerste deel het tweede deel, doordat als de 
tussenaankomsttijden klein zijn de heftrucks vaker bezet zijn en de wacht- 
tijden voor de vrachtauto's toenemen. 

Het model kan men globaal weergeven met het model- of processchema, 
afgebeeld op de volgende bladzijde. De in de gestippelde lijnen weergegeven 
relaties zullen in het programma-ontwerp expliciet gemaakt worden. 


aankomst 
vracht- 
wagens 


bepaal per vracht- 
wagen gewicht en 
soort lading 


wacht in een rij 
wacht in een rij 


neem volgende vracht- 
wagen uit de rij 


bepaal ontladingstijd 
en overwerktijd 


bereken totale kosten 


bepaal wachttijd 


vrachtauto verlaat 
het terrein 


Proces-schema: Globale weergave van het te bouwen model 
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2.5 VALIDATIE VAN HET MODEL 


De validatie van een model wordt bepaald door de mate waarin het gedrag 
van het model overeenkomt met het reële systeem, ofwel: 


- zijn alle relevante exogene variabelen opgenomen? 
- zijn alle relevante relaties gelegd? 

- zijn de relaties juist geformuleerd? 

- zijn de schattingen van de parameters reëel? 


De grenzen waarbinnen een model valide genoemd wordt, zijn afhankelijk 
van de doelstelling van het onderzoek. Voor dit onderzoek zijn alleen de directe 
kosten, zoals loon-, overwerk- en wachtkosten van belang. 

De in hoofdstuk 1 gestelde hypothesen t.b.v. de bouw van het model 
dienen getoetst te worden aan de werkelijkheid om een uitspraak te kunnen 
doen over de validiteit van het model. Vanwege het ontbreken van gegevens 
omtrent deze werkelijkheid beschouwen we de gestelde hypothesen als zijnde 
in overeenstemming met de werkelijkheid en laten we een verdere toetsing 
hiervan in dit rapport achterwege. 

Ook de in het model gebruikte verdelingen en parameters dienen als 
valide aangenomen te worden vanwege het ontbreken van toetsingsmogelijk- 
heden. 

De consistentie van het model is het enige dat we kunnen controleren, 
namelijk door het modelschema en het stroomdiagram van het computer- 
programma een aantal malen door te lopen. à 


Hoofdstuk 3 EXPERIMENTEEL ONTWERP 


Het doel van het experimenteel ontwerp is om de gewenste experimentele 
data op de meest efficiënte manier ter beschikking te krijgen. Experimenteel 
ontwerp bestaat uit twee fasen: 


l. een strategische planning die de opzet van het systeem bepaalt en 
2. een tactische planning die zich bezighoudt met de vraag: hoe voer ik 
het uit? 


3.1 STRATEGISCHE PLANNING 


Onder de strategische planning vallen het structureel en het functioneel 
model. 

In het structurele model bepalen we welke factoren in het simulatiemodel 
gevarieerd moeten worden. De belangrijkste factor in ons model is het aantal 
heftrucks, welke in principe oneindig groot kan zijn. Een andere factor die 
van belang kan zijn is de ontladingspolitiek. De werktijden worden als vast 
gegeven beschouwd, maar zouden ook als factor meegenomen kunnen worden. 


Cases IX.9 


Het functionele model is een uitwerking van het structurele model. Het 
functionele model geeft aan welke factoren en welke waarden uiteindelijk bij 
het simuleren gebruikt worden. De ontladingspolitiek is reeds vastgelegd 
in onze uitgangspunten en zal verder niet gewijzigd worden. De enige niet 
te variëren factor die dan overblijft, is het aantal heftrucks. In eerste 
instantie hebben we het maximale aantal heftrucks op 6 gesteld, een wille- 
keurige keuze om het model te bestuderen. Later hebben wij dit aantal 
uitgebreid tot 8, omdat daardoor het optimale aantal heftrucks duidelijker 
naar voren kwam. Het aantal meetpunten komt hierdoor op 8. 


3.2 TACTISCHE PLANNING 


Voor de tactische planning zijn de volgende zaken van belang: 


- WAARNEMINGSPERIODE: 
een werkdag van 9 uur zonder pauzes. 
RUNLENGTE: 
wordt bepaald door de steekproefomvang. We maken gebruik van de 
voortgezette runmethode. 
- STEEKPROEFOMVANG: 
een nauwkeurige bepaling hiervan volgt hierna. 
- STARTWAARDE: 
elke dag wordt met een leeg systeem begonnen. De laatste waarde 
van de vorige dag die niet gebruikt is, wordt bewaard en is de eerste 
waarde van de volgende dag. 
- UIT VOERANALYSE: 
over de gesimuleerde dagen krijgen we de volgende gegevens: 
gemiddelde totale kosten per dag voor respectievelijk 1,2,3,4,5,6,7 
of 8 heftrucks, 
de hierbij behorende standaarddeviatie, 
gemiddelde overwerkminuten per dag voor respectievelijk 1,2,3,4, 
5,6,7 of 8 heftrucks met de daarbij behorende standaarddeviatie, 
het gemiddelde van de tussenaankomsttijden en de standaarddeviatie, 
het gemiddeld gewicht van de ladingen met de standaarddeviatie 
de gemiddelde ontladingssnelheid met de standaarddeviatie. 


De hierboven vermelde gegevens zijn die gegevens die we uiteindelijk 
nodig hebben. In de testfase van ons computerprogramma is ook gewerkt 
met een tussenuitvoer, waarin per dag de aankomsttijden, het gewicht, de 
ontladingstijd, de diverse kosten enzovoort afgedrukt werden. Voor een 
voorbeeld hiervan verwijzen we naar bijlage 2. 


DE BEPALING VAN DE STEEKPROEFOMVANG 


Voor de bepaling van de steekproefomvang maken we gebruik van de 
volgende formule voor normale verdelingen: 


kes 100, ° 
pa En) 


ze ‚ waarin: 
bex 
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k = een waarde gerelateerd aan de mate van betrouwbaarheid. Bij een 95% 
betrouwbaarheidsinterval is k = 1,96, 

de standaarddeviatie, 

het gemiddelde, 

de procentuele afwijking van het gemiddelde van de steekproef t.o.v. 
het gemiddelde. 


o'a 
nuu 


In ons onderzoek hebben we te maken met drie verdelingen, namelijk: 


A. een negatief exponentiële verdeling met een g.t.t. = 120 minuten, zodat 
à = 1/120 en E(X) = 1/\ en V(X) = 1/2? 


B. een normale verdeling met u= 30.000 kg en o = 4000 kg 
C. een histogram als volgt: 


kans waarde (ontladingssnelheid in kg/h) 
0,40 8000 
0,35 7000 
0,25 5000 


Volgens de centrale limietstelling mag je aannemen dat bij voldoende 
grootte van de steekproef het gemiddelde van de steekproef bij benadering 
normaal verdeeld is. Dus ook voor de kansverdelingen A en C kan bij vol- 
doende grootte gebruik worden gemaakt van bovenstaande formule. 

Als we b op 10% stellen zou voor de negatief-exponentiële verdeling 
een steekproef met een omvang van n = 385 voldoende zijn. Voor een 
grotere nauwkeurigheid zou de steekproefomvang nogal wat groter worden, 
hetgeen ons niet nodig lijkt. 

Ten aanzien van de kansverdelingen B en C blijkt de b bij een n van 
385 erg klein te zijn: 


B: b= 1,3% 
C: DSi. 8 


De afwijkingen t.o.v. het gemiddelde zien er bij een steekproef met 
n = 385 als volgt uit: 


A: 108 < Xa s 132 Ns 120 
B: 29.610 s x, £ 30.390 ua = 30.000 
C: 6.769 sx, $ 7.031 = 6.900 


žc Po 
Met het aantal trekkingen van 385 was nog niet het aantal te simuleren 
dagen bekend. Een schatting van 90 dagen bleek te laag. Een tweede schat- 
ting van 110 dagen bleek iets te hoog (400 trekkingen), maar om het probleem 
van halve dagen te voorkomen, alsmede vanwege het mooie ronde getal, 
hebben we het aantal te simuleren dagen op 110 laten staan. 
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Hoofdstuk 4 PROGRAMMASTRUCTUUR EN VALIDATIE 


4.1 PROGRAMMASTRUCTUUR 


De taak van het programma is, om uitgaande van de aankomsttijd van 
de vrachtwagens en het aantal heftrucks, het ontladingssysteem een aantal 
dagen te simuleren en gegevens m.b.t. de gemiddelde kosten en de gemid- 
delde overwerktijd per dag te berekenen voor een steeds verschillend aantal 
heftrucks. 

Het programma is te verdelen in vier blokken die voor iedere te 
simuleren dag doorlopen moeten worden. Deze vier blokken zijn: 


bepaling van de aankomsttijden van de vrachtwagens; 

bepaling van de bij de vrachtwagens behorende ontladingstijden ; 
ontlading van de vrachtauto's door een verschillend aantal heftrucks; 
statistische verwerkingen. 


DN 


In blok 3 zijn nog twee onderdelen te onderscheiden, namelijk: 


3a. bepaling van de heftruck die het eerst beschikbaar is voor de ontlading 
van de volgende vrachtauto en 

3b. berekening van de totale kosten en de tijd dat overgewerkt wordt per 
dag. 


Ten behoeve van de statistische bewerkingen in blok 4 worden reeds 
in de blokken 2 en 3 enkele berekeningen uitgevoerd. 

De structuur van het programma is gegeven in het programmastructuur- 
diagram (bladzijde 202). In het programma is nog de mogelijkheid aanwezig 
om de eerder genoemde tussenuitvoer, die bestaat uit relevante gegevens 
per dag, uit te laten schrijven. 

Het programma kan veel gebruikersvriendelijker gemaakt worden dan 
het nu is. Dit vonden wij echter niet nodig, alleen al vanwege het beperkte 
gebruik. 


4.2 VALIDITEIT VAN HET COMPUTERMODEL 


Het toetsen van het computermodel bestaat uit de controle of het com- 
puterprogramma wel een 1:1l-afbeelding is van het eerder ontworpen model. 
De toets is te verdelen in 3 soorten analyses, te weten: 


- een syntactische analyse, 
- een semantische analyse en 
- een pragmatische analyse. 


Syntactische fouten worden door de computer 'automatisch' opgespoord 
en gemeld. Vanzelfsprekend zijn dergelijke fouten meermalen voorgekomen. 
Denk alleen maar aan de vele typefouten en slordigheden. 

Semantische fouten kunnen voor een deel door de computer worden 
opgespoord. Dat is eenmaal voorgekomen en betrof een onvoorziene deling 
door nul. Andere semantische fouten die werden ontdekt bij het testen van 
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zolang het aantal gewenste dagen nog niet is gesimuleerd 


zolang de aankomstperiode < 9 uur 


was de vorige dag een 
vrachtwagen te laat? 


bepaal de eerste aankomst; 
zet de tijd op de laatste 
tussentijd van de vorige 

dag 


genereer tussentijd; 
bepaal de volgende aankomst- 
tijd 


genereer een rij vrachtwagens voor een dag: 


- bepaal gewicht en soort lading 
- bepaal ontladingssnelheid 

- bepaal ontladingstijd 

- plaats vrachtwagen in de rij 

= statistische berekeningen m.b.t. 
verdelingsfuncties 


is er een aankomst na 17.00 uur 


onthoud de laatste tussentijd 


ontladen door heftrucks met het variërende santi van 45. 


zolang de rij vrachtwagens niet leeg is 


neem de vrachtwagen uit de rij 
bepaal welke heftruck het eerst beschikbaar is 
bepaal starttijdstip van ontladen 

bereken de ontladingskosten 

bepaal tijdstip van beschikbaarheid voor deze truck 
bereken overwerktijd 

bereken overwerkkosten en totale kosten 
statistische berekeningen 


Bereken de gewenste statistieken 
Druk informatie af in rapportvorm 


Programmastructuurdiagram 'Ontladen' 
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het programma waren een niet correct ingevoerde formule en het niet mee- 
nemen van een dermate grote tussentijd, dat een dag overgeslagen wordt, 
bij het berekenen van het gemiddelde. 

Pragmatische fouten kunnen opgespoord worden door het model enkele 
malen door te rekenen en de resultaten te vergelijken met die van het com- 
puterprogramma. Bij een model van deze omvang is dat nog goed mogelijk. 
Hierbij hebben we gebruik gemaakt van de tussenuitvoer en een simulatie 
over een klein aantal dagen uitgevoerd. Er werden geen logische fouten 
ontdekt. 


Hoofdstuk 5 VALIDATIE AAN DE HAND VAN DE 
UITKOMSTEN 


5.1 VALIDATIE VAN DE GEGENEREERDE VERDELINGEN 


De uitvoerstaat van het computerprogramma geeft ons de volgende 
waarden (zie bijlage 2): 


totaal aantal trekkingen 400 
gemiddelde tussenaankomsttijd 119,58 i 
standaarddeviatie tussenaankomsttijd 114,97 
gemiddeld gewicht 29880, 38 
standaarddeviatie gewicht 3902, 98 
gemiddelde ontladingssnelheid 6990, 00 
standaarddeviatie ontladingssnelheid 1126,09 


Deze waarden dienen op hun validiteit getoetst te worden. 


TOETSING VAN DE AANKOMSTTIJD VAN DE VRACHTWAGENS 


Van de negatief exponentiële verdeling wil men toetsen of de gemiddelde 
tussenaankomsttijd werkelijk 120 minuten is. Daarvoor stellen wij de volgende 


hypotheses: 
Ho : u= 120 en 
H, : uf 120. 


Verder is bekend dat a = 0,05 (95% betrouwbaarheidsinterval) en n = 400. 
De gevonden gemiddelde aankomsttijd is 119,58 met een standaardafwijking 
van 114,97, zodat X = 119,58 en s= 114,97. 

De standaarddeviatie o van de populatie is bekend, namelijk o = 120. 
Als toetsingsgrootheid gebruiken we 


E y 


z= i van de standaardnormale verdeling. 


o/ Yn 
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Ho wordt aangenomen als -1,96 < z < 1,96. 
Bij ons kan Ho worden aangenomen, want 


sc 119,58 = 120,00 


z 0,07 
120//400 


TOETSING VAN HET GEMIDDELD GEWICHT VAN DE LADINGEN 


We willen toetsen of het gemiddeld gewicht van de ladingen 30.000 kg 
bedraagt. De hypothesen zijn dus: 


Ho : u = 30.000 en 


Hı : u = 30.000 
Verder is bekend: œ= 0,05 
ex n = 400 
s = 3902,98 en x = 29.880,39 


In dit geval is o = 4000. 
Ho wordt aangenomen als -1,96 < z < 1,96. 
Nu is 
_ 29880,39 — 300000,00 ie 
4000//400 


Zz -0,60 


Ho wordt dus aanvaard. 


TOETSING VAN DE ONTLADINGSSNELHEID 
We willen toetsen of de gemiddelde ontladingssnelheid werkelijk 6900 
kg/h bedraagt. 


Ho : u = 6900 en 
Hı : u # 6900. 


a = 0,05; n = 400; x = 6990 en s = 1126,09. 
Ook hier geldt dat H‚ niet verworpen wordt als -1,96 < zZ <1,96. 


go = 1178 


_ 6990 - 6900 
1178/ 400 


1,53, zodat Ho wordt aanvaard. 


|N 


RESULTATENANALYSE 


De computeruitvoer (bijlage 1) geeft ons de volgende resultaten: 
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Cases 


IX.15 


De computeruitvoer (bijlage 1) geeft ons de volgende resultaten: 


aantal gemiddelde standaard gemiddelde standaard 
heftrucks kosten deviatie overwerk deviatie 
gem.kosten minuten gem.overwerk 
1 1744,84 67,03 656,37 23,41 
2 1318,57 37 iri 467,77 19,36 
3 1324,97 27,49 376,12 15,89 
4 1440,24 22,68 333,46 13,78 
5 1599, 19 EF 19 318,68 13,14 
6 1721,83 20,59 313;33 12,98 
7 1950, 97 20,52 313,04 12,97 
8 2130, 97 20,52 313,04 12,97 


Het doel van ons onderzoek is het optimale aantal heftrucks te bepalen. 
Voor ons is echter niet geheel duidelijk of de opdrachtgever daarbij alleen 
geïnteresseerd is in minimalisatie van de kosten, of dat de mate van overwerk 
ook een rol kan spelen. Het blijkt namelijk dat de hoeveelheid te verrichten 
overwerk niet gering is en pas bij 7 heftrucks minimaal is (en dan nog gemid- 
deld 5 uur en 13 minuten per dag). Het overwerk is daarom een belangrijke 
kostenfactor (ca. 10% van de totale kosten). Voor ons onbekende gegevens 
uit bijvoorbeeld de CAO-afspraken zouden wel eens doorslaggevend kunnen 
zijn in dit probleem. Omdat dat soort gegevens voor ons niet bekend is, gaan 
we voorlopig toch maar uit van optimalisatie d.m.v. minimalisering van de 
totale kosten. 

Uit de uitvoergegevens blijkt dat de gemiddelde kosten bij het gebruik 
van 2 heftrucks minimaal zijn. Het verschil in gemiddelde kosten tussen het 
gebruik van 2 of 3 heftrucks is klein. Een hypothesetoets omtrent dit verschil 
lijkt dan ook nodig. Als toetsingsgrootheid gebruiken we hiervoor: 


d- 8 
LO met ô= ui = uz 


/(B2/n +n) 


Bij twee heftrucks is 6,= 755,33 en XxX, = 1318,57 
Bij drie heftrucks is ô, = 549,84 en x3= 1324,97 
He Ns 400, Hy: ust is, Mant ug Brus 


Bij een 95% betrouwbaarheidsinterval betekent dit, dat Họ niet verworpen 
wordt als: -91,56 < d<91,56. 


X2- X3= =6,4, zodat H, waar is. 


Het verschil tussen deze twee waarden is dus een normale afwijking 
en geen reden om te kiezen voor 2 heftrucks. Toetsen we met dezelfde toet- 
singsgrootheid het verschil tussen het gebruik van 2 of 4 en 3 of 4 heftrucks, 
dan worden de H -hypotheses wel verworpen. We moeten dus kiezen uit het 
gebruik van 2 of 3 heftrucks. Uit de uitvoergegevens blijkt dat de gemiddelde 
overwerkminuten per dag bij het gebruik van 3 heftrucks kleiner is. Ook 
hier toetsen we dit verschil. 
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2 heftrucks: X, = 467,77 3 heftrucks: X, = 376,12 
õa = 387,74 63 = 317,85 
Ms ns 400, Ho: me 3 usor Hi: ua f us 


Bij een 95% betrouwbaarheidsinterval betekent dit, dat Ho niet verworpen 
wordt, als -49,09 < d<49,09. 


X2 - X; = 91,65, zodat H, verworpen wordt. 


Het blijkt dus, dat het gebruik van 3 heftrucks theoretisch dezelfde 
gemiddelde kosten oplevert als het gebruik van 2 heftrucks. Echter, t.a.v. 
de gemiddelde overwerkminuten is het gebruik van 3 heftrucks aan te beve- 
len. 


Hoofdstuk 6 CONCLUSIES 


Uit de resultatenanalyse blijkt, dat bij de aangegeven doelstelling het 
gebruik van 3 heftrucks optimaal is. 

Wij willen de opdrachtgever erop wijzen dat er ook nog een andere 
mogelijkheid tot minimalisering van de kosten en overwerktijd bestaat. De 
aankomsttijd van de vrachtauto's vindt binnen de normale werktijd plaats, 
het ontladen van deze auto's echter niet. Een vrachtwagen die 's middags 
om 20 voor 5 aankomt maakt gemiddeld 4 uur overwerk noodzakelijk. Door 
voor 2 chauffeurs de normale werktijd te wijzigen zou de overwerktijd ver- 
minderd kunnen worden. Zij zouden bijvoorbeeld om 9 uur kunnen beginnen. 
De kans op grote wachtrijen is dan gering, omdat de kans dat er het eerste 
uur van de dag 2 vrachtwagens arriveren nogal klein is. 

Naast de hierboven geschetste mogelijkheid om de kosten te beperken, 
dient volgens ons ook nog door de opdrachtgever de mogelijkheid van het 
lossen van een wagen met 2 heftrucks bezien te worden. 
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BIJLAGE 1: Uitvoer computerprogramma 


TOTAAL AANTAL TREKKINGEN 400 
GEMIDDELDE TUSSENAANKOMSTTIJD 119.58 
STANDAARDDEVIATIE TUSSENAANKOMSTTIJD 114.97 
GEMIDDELDE GEWICHT 29880.38 
STANDAARDDEVIATIE GEWICHT 3902 .98 
GEMIDDELDE ONTLADINGSSNELHEID 6990.00 
STANDAARDDEVIATIE ONTLADINGSSNELHEID 1126.09 
AANTAL GEMIDDELDE STANDAARD GEMIDDELDE STANDAARD 
HEFTRUCKS KOSTEN DEVIATIE OVERWERK DEVIATIE 
KOSTEN MINUTEN OVERWERK 

1 1744.84 67.03 656.37 25.41 

è 1318.37 Sarr 467.77 19.36 

b 1324.97 27.49 376.12 15.89 

4 1440.24 22.68 333.46 13.78 

5 1399.19 e Pa, 318.68 13.14 

6 1771.83 20.59 315492 12.98 

f 1950.97 20.52 313.04 18E 

8 2130.97 20.52 313.04 Ten 


IX.18 


BIJLAGE 2: Voorbeeld tussenuitvoer 


DAGNUMMER 1 
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AANTAL VRACHTWAGENS VANDAAG 4 


GEMIDDELDE TUSSENAANKOMSTTIJD VANDAAG 189.74 
AANTAL KOSTEN VASTE OVERWERK TOTAAL 
HEFTRUCKS VRACHT KOSTEN KOSTEN KOSTEN 
WAGENS HEFTRUCKS HEFTRUCKS 
1 739.88 180.00 359.46 1279.34 
2 541.86 360.00 283.68 1185.54 
3 507.28 540.00 ERE Y A 1284.85 
4 507.28 720.00 stat 1464.85 
5 507.28 900 . 00 étant 1644.85 
6 507.28 1080.00 EST sal 1824.85 
7 507.28 1260.00 237.57 2004.85 
8 507.28 1440.00 if 2184.85 
DAGNUMMER 2 
AANTAL VRACHTWAGENS VANDAAG 3 
GEMIDDELDE TUSSENAANKOMSTTIJD VANDAAG 183.19 
AANTAL. KOSTEN VASTE OVERWERK TOTAAL 
HEFTRUCKS VRACHT KOSTEN KOSTEN KOSTEN 
WAGENS HEFTRUCKS HEFTRUCKS 
1 802.30 180.00 457.66 1419.97 
2 523.84 360.00 292.94 1176.78 
5 436.83 540.00 176.93 1333.76 
4 456.83 720.00 176.93 Tada. lO 
5 456.83 900.83 176.93 1513.76 
6 436.83 1080.00 176.93 1693.78 
7 456.83 1260.00 176.93 1873.76 
8 436.83 1440.00 176.93 2053.76 
DAGNUMMER 3 
AANTAL VRACHTWAGENS VANDAAG 6 
GEMIDDELDE TUSSENAANKOMSTTIJD VANDAAG 107.31 
AANTAL KOSTEN VASTE OVERWERK TOTAAL 
HEFTRUCKS VRACHT KOSTEN KOSTEN KOSTEN 
WAGENS HEFTRUCKS HEFTRUCKS 
1 2854.82 180.00 _1115.87 4150.69 
2 1629.62 360.00 898.69 2886. 32 
5 1214.86 540.00 695.11 2449.96 
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BESCHRIJVING VAN DE CASE ZIEKENHUISSIMULATIE®) 


In een provincieplaats is een streekziekenhuis gepland. Op grond van 
de landelijke medische statistieken mag men verwachten dat uit het verzor- 
gingsgebied een aanbod van 10.000 patiënten per jaar de polikliniek binnen- 
komt. 

Hiervan is naar verwachting 60% poliklinisch te behandelen. De rest 
dient, al of niet als spoedpatiënt, opgenomen te worden. De verdeling over 
de afdelingen is als volgt: 


nn 


afdeling percentage Gem. aantal ligdagen 
PND NEEN DD EEDE lt VO NN en 
Intern 152 32 

Chirurgie I 172 20 

Chirurgie II 132 20 
Gynaecologie 31% 12 

Pediatrie 67 24 

K.N.0. 182 3 


Enkele opmerkingen | 

Het aantal spoedpatiënten bedraagt naar verwachting op alle afdelingen, 
behalve Chirurgie II, 40% van het totaal aantal patiënten. Deze afdelingen 
nemen in principe alleen op werkdagen patiënten op. 

Chirurgie II neemt de gehele week patiënten op, dit zijn allen spoed- 
patiënten. Iedere ochtend wordt van iedere patiënt beslist of hij al dan niet 
moet blijven. Een vrijgekomen bed kan diezelfde dag weer door elk van de 
afdelingen in gebruik worden genomen. 

Statistische gegevens zijn op aanvraag beschikbaar. 


Opdracht: 


- Doe voor dit ziekenhuis een voorstel betreffende het aantal bedden alsmede 
een te voeren opnamepolitiek. 

- Stel een model op voor de bezetting van dit ziekenhuis gebruik makend 
van de verstrekte gegevens en uw voorstellen. 

- Simuleer met dit model een periode van tenminste 10 weken normale bedrijfs- 
voering zodanig dat u aan het eind beschikt over de volgende gegevens: 


De bezetting en de wachtrijlengte per dag; 

De gemiddelde bezettingsgraad per afdeling voor werkdagen, zaterdagen 
en zondagen; 

Aantal behandelde patiënten per afdeling en totaal; 

Aantal doorgestuurde spoedpatiënten per afdeling en totaal; 

Gemiddeld aantal ligdagen per afdeling per patiënt; 

Gemiddeld aantal dagen op de wachtlijst per afdeling per patiënt. 


*) Deze case is ter beschikking gesteld door Prof. Dr. A. Bosman 
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UITWERKING VAN DE CASE ’ZIEKENHUISSIMULATIE’*) 


Hoofdstuk 1 PROBLEEMBESCHRIJVING 


1.1 PROBLEEMANALYSE 


De eerste fase zal een analyse van de probleembeschrijving inhouden. 
Wij zullen ons bezinnen op het vraagstuk en daarmee een aantal vragen 
formuleren. Het zal, gezien het feit dat we geen verdere informatie ter 
beschikking hebben dan uit de opgave naar voren komt, noodzakelijk zijn 
een aantal veronderstellingen te doen. 

We starten met een globale schets van de ziekenhuisprocessen. Een 
beslissingstabel geeft weer welke acties moeten worden ondernomen, als een 
patiënt in het ziekenhuis binnenkomt. 


klinische behandeling 
spoedpatiënt 
bed beschikbaar 


patiënt opnemen 
patiënt doorsturen 
patiënt op wachtlijst 
patiënt behandelen 


Vervolgens proberen we in een schets het probleem te visualiseren. 


*) De uitwerking is gebaseerd op het verslag van het simulatiewerkstuk van N . van 
Driel en A. Rommens, studentes aan de Bedrijfskundige Informatica Opleiding aan 


de HEAO te Den Haag (1979). 


Cases IK: 21 


bepalen 
klin/poli 
wel/geen spoed 


wachtlijstpatiënt 


die aan de 
beurt is 


bepalen 
-afdeling 


bepalen 
-afdeling op 
wachtlijst 

plaatsen 


bepalen 
ligduur 


poliklinische uit 
behandeling 

opname of 

doorsturen 


Gynae- Chirur= Chirur- 


K.N.O. Pediatrie Intern 


cologie gie I gie II 


ee eoa ap E za ten ee NE 
als geen plaats 
dan doorsturen 


uit uit 


Een schets van het ziekenhuissysteem 


geeen = spoed 
= geen spoed 


We zien snel in dat er binnen het systeem een aantal belangrijke compo- 
nenten bestaat. Het zal nodig zijn om hierbij even stil te staan, zodat we in 
staat worden gesteld om het complexe systeem op te splitsen in meer over- 
zichtelijke delen. 

Op voorhand kunnen we zeker een onderscheid maken tussen de 
patiënten, de bedden en de opnamepolitiek. 
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1. De patiënten 


De patiënten vormen de kern van het ziekenhuis, zij zijn de spil waar 
alles om draait. Het patiëntenaanbod bepaalt hoeveel bedden er nog zijn om 
alle patiënten te kunnen behandelen. De bepalende factoren daarbij zijn het 
aantal patiënten dat een behandeling nodig heeft èn de gemiddelde tijd 
gedurende welke een patiënt een bed bezet houdt. Tevens is de reden waarom 
de patiënt behandeld moet worden bepalend t.a.v. de vraag of die behande- 
ling direct plaats moet vinden. Is dat niet nodig, dan kan eventueel bekeken 
worden in hoeverre hij voorrang heeft op andere, reeds wachtende, patiënten. 
Bij het opbouwen van het simulatiemodel is het vaststellen van de omvang en 
de samenstelling van het patiëntenaanbod dus van groot belang. 


2. De bedden 


Bedden fungeren als een belangrijk hulpmiddel bij de behandeling van 
de patiënten. Als er geen bed beschikbaar is, is er meestal geen behandeling 
mogelijk en de patiënt moet wachten of, als dat niet kan, worden doorgestuurd 
naar een ander ziekenhuis. 

Met betrekking tot de plaatsing van de bedden kunnen verschillende 
mogelijkheden worden onderscheiden. Eén mogelijkheid is om elke afdeling 
een bepaald aantal bedden toe te wijzen en die verdeling altijd te handhaven, 
d.w.z. de bedden van een bepaalde afdeling worden nooit door andere afde- 
lingen gebruikt. Een andere mogelijkheid is die, waarbij wèl onderling 
bedden kunnen worden uitgewisseld. Bij beide mogelijkheden bestaat verder 
de keuze tussen het al dan niet reserveren van bedden voor eventuele spoed- 
patiënten. Deze reservering kan per afdeling gebeuren, maar ook een alge- 
mene reservevoorraad behoort tot de mogelijkheden. 


3. De opnamepolitiek 


Een belangrijke factor met betrekking tot de gevoerde opnamepolitiek 
is de keuze t.a.v. het afsprakenbeleid. De eerste mogelijkheid daarbij is om 
niet te werken met afspraaktermijnen, d.w.z. een patiënt die een behandeling 
moet ondergaan wordt als er een bed is altijd opgenomen. Eventueel kunnen 
wel bedden worden vrijgelaten voor spoedpatiënten. 

Het voordeel van deze methode is dat er geen uitgebreide afspraken- 
procedure nodig is, behalve voor de patiënten voor wie niet direct een bed 
beschikbaar is. Verder hoeft de patiënt niet langer met zijn kwaal te blijven 
rondlopen. Het nadeel van deze methode is dat de opname de patiënt kan 
overvallen, d.w.z. hij heeft geen gelegenheid bepaalde zaken, zoals zorgen 
voor hulp in het gezin, het inwerken van een tijdelijke vervanger op het 
werk, van tevoren te regelen. Ook moet men van de kant van het ziekenhuis 
maar afwachten hoe de bezetting e.d. in een bepaalde periode zullen zijn. 
Dat kan minder goed geregeld worden, dan wanneer gebruik wordt gemaakt 
van de tweede mogelijkheid, namelijk wèl werken met afspraaktermijnen. 

Het nadeel van deze tweede methode is de benodigde afspraken-proce- 
dure. Naast het reeds genoemde voordeel voor het ziekenhuis, geeft deze 
methode de patiënt bovendien de mogelijkheid om het een en ander te regelen 
voordat hij wordt opgenomen. 

Een andere belangrijke factor is het al dan niet werken met prioriteiten, 
d.w.z. de ene patiënt voorrang verlenen boven een andere. 

Verder moet er bepaald worden hoe het opnamebeleid in het weekend 
zal zijn. Ook de aanpak t.a.v. het in 2 genoemde gebruik van de bedden 
behoort in feite tot de opnamepolitiek. 


Cases IK 23 


Na het voorbereidende denkwerk is het duidelijk geworden dat het 
ziekenhuisprobleem tot de klasse 'wachtrijproblemen' behoort. Hoe die rijen 
georganiseerd moeten worden is van later zorg. Wel kunnen we in een schets 
de problematiek overzichtelijk weergeven. 


Aankomst- ligduur in 
Wachtrijen Afdelingen verdeling dagen 


132 
(Over 7 dagen) 


1.2 DE DOELSTELLING VAN DE SIMULATIE 


Het gestelde probleem kan o.a. met behulp van simulatie worden opgelost . 
De doelstelling van de ziekenhuissimulatie kan daarom als volgt worden gefor- 
muleerd. 

Het verkrijgen van een aantal gegevens met behulp waarvan het beno- 
digde aantal bedden en de te voeren opnamepolitiek door de ziekenhuisdirectie 
kan worden vastgesteld. | 

Deze doelstelling kan worden bereikt m.b.v. een simulatiemodel een 
aantal weken bedrijfsvoering te simuleren, zodanig dat men daarna over de 
gewenste gegevens kan beschikken. Deze gegevens zijn de volgende: 


- de bezetting en de wachtrijlengte per dag; 

- de gemiddelde bezettingsgraad per afdeling voor werkdagen, 
zaterdagen en zondagen; 

- aantal behandelde patiënten per afdeling en totaal; 

- aantal doorgestuurde spoedpatiënten per afdeling en totaal; 

- gemiddeld aantal ligdagen per afdeling per patiënt; 

- gemiddeld aantal dagen op de wachtlijst per afdeling per patiënt. 
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De ziekenhuisdirectie heeft t.a.v. deze gegevens bepaalde eisen. Dat 
wil zeggen, ze heeft bepaalde criteria m.b.t. de waarden die deze gegevens 
(variabelen) mogen hebben. Zij zal nu op grond van de resultaten die het 
simulatiemodel oplevert dàt aantal bedden en die opnamepolitiek kiezen, die 
gegeven haar doelstellingen het meest bevredigend zijn. 


Hoofdstuk 2 SYSTEEMDEEINITIE 


2.1 DE COMPONENTEN IN HET ZIEKENHUISSYSTEEM 


Alvorens te komen tot een specificatie van het model is het goed het 
model eerst in een groter verband te bekijken. Elk model is een afbeelding 
van een reëel systeem; in dit geval is dat systeem een ziekenhuis. Binnen 
het systeem ziekenhuis kunnen we vele componenten onderscheiden, de 
belangrijkste daarvan zijn de volgende: 


- ziekenhuisdirectie 

- het gebouw 

- de afdelingen 

- de polikliniek 

- het laboratorium 

- de artsen 

- het verplegend personeel 
- het dienstrooster 

- de bedden 

- het instrumentarium 

- de medicijnen 

- de patiënten 

- de ligduur van een patiënt 
- het opnamebeleid 

- de wachtlijst 

- bezoektijden regeling 


Het is natuurlijk ondoenlijk al deze componenten in het model op te 
nemen en dat is gezien de doelstelling van het simulatieproject ook niet 
noodzakelijk. De primaire doelstelling van het hele ziekenhuisgebeuren is 
de geneeskundige behandeling van iedereen die daar behoefte aan heeft zo 
goed mogelijk te laten verlopen. Dat is iets heel anders dan de in Hoofdstuk 
l gespecificeerde doelstelling van het simulatieproject . 


2.2 GRENZEN VAN HET SYSTEEM 


Bij het definiëren van het te bestuderen systeem kunnen twee soorten 
grenzen worden onderscheiden: 
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1. de grenzen die het ziekenhuissysteem scheiden van de rest van de 
samenleving; 

2. de grenzen die het subsysteem, dat onderwerp van studie is scheiden 
van de rest van het ziekenhuissysteem. 


Ad. 1. Door deze systeemgrenzen heen loopt een aantal relaties die het 
ziekenhuissysteem heeft met de rest van de maatschappij. Zo zijn 
er de patiënten die via deze grenzen het ziekenhuis binnenkomen. 
Er is de overheid die bepaalde maatregelen kan treffen, waarvan 
de invloed tot in het ziekenhuis voelbaar kan zijn. Verder zijn er 
de andere ziekenhuizen in de omgeving, die bijvoorbeeld gebruikt 
kunnen worden voor de opvang van spoedpatiënten voor wie geen’ 
plaats is. 
Al deze elementen zijn voor het ziekenhuis deel van de buitenwereld. 
Vaak elementen waaraan niet veel veranderd kan worden en die dus 
als een gegeven beschouwd moeten worden. Zo zal bijvoorbeeld, uit- 
gezonderd van de werking die van een goede voorlichting uit kan 
gaan, weinig invloed uitgeoefend kunnen worden op het aantal 
mensen dat een been breekt. 


Ad. 2. Op basis van de geformuleerde doelstelling kan een bepaald aspect 
van het ziekenhuissysteem als onderwerp van studie worden aange- 
duid. Dat aspect kan worden aangemerkt als: 'de regeling van de 
behandeling van de patiënten', d.w.z. het regelen van opnames, 
van het gebruik van de bedden e.d. Het personeelsaspect bijvoor- 
beeld blijft hier buiten beschouwing. 


In 2.1 zijn de belangrijkste componenten van het ziekenhuissysteem 
genoemd. Het zal duidelijk zijn dat er uitgaande van het onder Ad. 2. 
besprokene slechts een aantal van deze componenten in het model hoeft te 
worden opgenomen. 

Welke componenten dat zijn zal in hoofdstuk 3 worden aangegeven. Een 
eerste afbakening van het simulatiemodel wordt gevormd door de in de vol- 
gende paragraaf opgenomen veronderstellingen. 


2.3 EEN AANTAL UITGANGSPUNTEN 


Bij de opstelling van het simulatiemodel zal worden uitgegaan van een 
aantal veronderstellingen. De belangrijkste daarvan zijn: 


1. Bij aankomst van een patiënt in het ziekenhuis is bekend of het een poli- 

klinische of klinische behandeling betreft. Ook is bekend of er sprake 

is van een spoedpatiënt of niet. Tenslotte is ook de afdeling waar de 

patiënt moet worden opgenomen direct te bepalen. 

Op de poliklinische behandeling wordt in het model verder niet ingegaan. 

Als er sprake is van een spoedpatiënt dan wordt deze altijd opgenomen 

met als enige voorwaarde dat er een bed vrij is; is dit niet het geval 

dan wordt de patiënt doorgestuurd naar een ander ziekenhuis. 

4. Er wordt afgezien van patiënten die gedurende één verblijf in het zieken- 
huis van afdeling veranderen. In de praktijk zal dat percentage ook niet 
zo groot zijn. (In elk geval niet voor de in het model onderscheiden 
afdelingen.) 


w N 


IX.26 Uitwerking van de case ziekenhuissimulatie 215 


5. Met patiënten die gedurende hun verblijf in het ziekenhuis overlijden 
wordt niet expliciet rekening gehouden. Deze gebeurtenis wordt in het 
geheel betrokken door dit als een voortijdig einde van de ligduur te 
beschouwen. Aangenomen wordt dat dergelijke situaties in de gemiddelde 
ligduur van de verschillende afdelingen zijn verwerkt. 

6. Bij de plaatsing van de bedden wordt ervan uitgegaan dat er fysiek geen 
beperking is t.a.v. het aantal bedden dat op een bepaalde afdeling moge- 
lijk is. Dit lijkt een redelijke veronderstelling, omdat er sprake is van 
een nog te bouwen ziekenhuis. 

1. Bij de bouw van het model wordt aangenomen, dat het betrekking heeft 
op de normale bedrijfsvoering; er wordt geabstraheerd van duidelijk 
afwijkende situaties als: 


- gijzelingsacties 
- grote rampen (vliegtuig /treinongelukken) 


Hoofdstuk 3 MODELFORMULERING 


3.1 DE DOELSTELLING VAN HET MODEL 


Zoals reeds bij de probleem- en doelstellingbeschrijving in hoofdstuk 1 
is aangegeven, is de ziekenhuissimulatie gericht op het verkrijgen van een 
aantal gegevens aan de hand waarvan de ziekenhuisdirectie het benodigde 
aantal bedden en de te voeren opnamepolitiek kan vaststellen. Het doel van 
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het model is dus het vergelijken van een aantal alternatieven, het model moet 
daartoe als resultaat van elk gesimuleerd alternatief een aantal gegevens 
opleveren. Deze alternatieven verschillen voor wat betreft het aantal bedden 
en de opnamepolitiek. Dit vergelijkende karakter van het model impliceert 
dat vooral verschillen tussen de uitvoervariabelen bij de verschillende alter- 
natieven van belang zijn en dat het model niet primair is gericht op het zo 
nauwkeurig mogelijk afbeelden van de werkelijkheid. 


3.2 DE MODELCOMPONENTEN 


Van de in 2.1 genoemde componenten zijn de volgende voor ons simulatie- 
model relevant: 


- de afdelingen 

- de polikliniek 

- de bedden 

- de patiënten 

- de ligduur van de patiënten 

- het opnamebeleid 

- de wachtlijst (patiënten met een afspraak voor behandeling) 


Opgemerkt kan worden dat de tweede component, de polikliniek, een 
wat bijzondere afdeling is. Verder is de ligduur van de patiënt een bepaald 
gegeven dat bij die patiënt hoort. De eerste drie componenten zijn vaste 
componenten van het ziekenhuismodel, daarentegen is de vierde component, 
de patiënten, een tijdelijke. De componenten ligduur, opnamebeeld en wacht- 
lijst zijn in dit opzicht wat moeilijk in te delen. 


3.3 DE PARAMETERS EN VARIABELEN 


3.3.1 De parameters 


De belangrijkste parameters die in het model onderscheiden kunnen 
worden zijn: 


1. voor elke afdeling: het gemiddelde en de standaardafwijking van de 
verdeling van de ligduur van de patiënten; 

2. de percentages voor de verdeling van het patiëntenaanbod over de 
verschillende afdelingen en de polikliniek; 

3. de percentages voor de verdeling van het patiëntenaanbod in spoed- 
en niet-spoedpatiënten. 


3.3.2 De variabelen 


Bij elk model zijn globaal altijd twee soorten variabelen te onderscheiden. 
Enerzijds zijn er de al dan niet beheersbare variabelen die als invoer voor 
het model dienen. Anderzijds zijn er de variabelen die als uitvoer het model 
verlaten, de endogene variabelen. Naast deze twee groepen zijn er meestal 
nog een aantal toestandsvariabelen aanwezig. Voor het ziekenhuissimulatie- 
model kunnen de volgende variabelen worden onderscheiden. 
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Invoer variabelen 


1. Exogene variabelen 
1. het patiëntenaanbod ; 
2. de afdeling waar een patiënt moet worden opgenomen; 
3. de ligduur van een patiënt; 
4. de mate van urgent zijn van de opname van een patiënt. 


Ad.1.1 In de probleembeschrijving in hoofdstuk 1 is een verwacht patiënten- 
aanbod van in totaal 10.000 patiënten per jaar opgenomen. 


Ad.1.2 Ook over deze variabele zijn gegevens uit de probleembeschrijving 
beschikbaar, de volgende afdelingen worden onderscheiden: 
1. de polikliniek; 
2. de klinische afdelingen: 


(a) Intern (d) Gynaecologie 
(b) Chirurgie I (e) Pediatrie 
(c) Chirurgie II (H K.N.O. 


2. Instrumentele variabelen 
1. het aantal ziekenhuisbedden; 
2. de opnamepolitiek ; 


Ad.2.2 Het is mogelijk om deze variabele nader te detailleren door niet uit 
te gaan van een universele opnamepolitiek voor alle afdelingen, 
maar deze te variëren voor de verschillende afdelingen. Verder 
kan voor de niet-spoedpatiënten bij het op de wachtlijst plaatsen 
gewerkt worden met prioriteiten en ook die kunnen voor elke afde- 
ling anders zijn. 


Als instrumentele variabelen zouden eventueel ook denkbaar kunnen zijn: 


- een maximum toegestaan percentage of een absoluut aantal toegestane 
spoedpatiënten dat doorgestuurd moet worden; 
- een bepaalde minimumeis t.a.v. de bezettingsgraad. 


Dit zijn criteria die de ziekenhuisdirectie kan toepassen op de simulatie- 
resultaten. Ze worden niet als zodanig in het model opgenomen. 


Endogene variabelen 


Deze komen sterk overeen met de gegevens die het model (per alternatief) 
moet opleveren. 


de bezettingsgraad van de bedden, per afdeling; 

de wachtrijlengte, per afdeling; 

het aantal behandelde patiënten, per afdeling; 

het aantal doorgestuurde patiënten, per afdeling; 

gemiddeld aantal ligdagen van een patiënt, per afdeling; 

gemiddeld aantal dagen dat een patiënt op de wachtlijst staat, per afdeling. 


DB 0 DO 
. . a a o G 


Toestandsvariabelen 


1. de dag in de week; 

2. de periode van de dag 

3. het tijdstip op een dag; 

4. de waarde van de verschillende rijen. 


Ad.1l Er moet verschil gemaakt worden tussen de werkdagen (maandag t/m 
vrijdag) en de weekenddagen, zaterdag en zondag o.a. voor de 
opnamepolitiek. 


i 
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Ad.2 Er bestaat een verschil tussen de periode van de dag waarin alleen 
maar spoedpatiënten aankomen ('s nachts) en de periode waarin ook 
patiënten aankomen die niet meteen opgenomen behoeven te worden 
(overdag). 


Ad.3 Een belangrijk tijdstip van de dag, is een bepaalde tijd 's ochtends, 
bijvoorbeeld om 8.00 uur, wanneer voor elke patiënt bekeken wordt 
of hij het ziekenhuis mag verlaten. 


Ad.4 Bijvoorbeeld het aantal vrije en bezette bedden per dag, alsmede het 
aantal patiënten dat op opname wacht. 


3.4 DE RELATIES IN HET MODEL 


Er bestaan in dit dynamische, stochastische model vele relaties tussen 
de verschillende invoer- en uitvoervariabelen. 

Het doel van het model is het opleveren van gegevens ter vergelijking 
van alternatieven en niet het nauwkeurig kwalificeren van de relaties. 

Eerst wordt in een relatietabel in kaart gebracht welke oorzaak-gevolg 
relaties er tussen de meeste relevante variabelen bestaan. 

De aanduiding positief (pos) wil zeggen dat een toename van de betref- 
fende invoervariabele de endogene variabele doet toenemen (bij constant 
gehouden overige invoervariabelen). Is de aanduiding negatief (neg) dan 
wil dat zeggen dat een toename van de invoervariabele de endogene variabele 
doet afnemen. 


aantal aantal aantal 
behandelde doorgestuurde dagen op 
bezettingsgraad patiënten spoed-patiënten wachtlijst 


aantal bedden negatief positief negatief negatief 
opnamebeleid geen eenduidige relatie 
patiëntenaanbod positief positief positief positief 


Het zal duidelijk zijn dat de aanduiding positief en negatief slechts zeer 
globale relaties aanduidt. 

Deze tabel kan dienen om de gestelde hypothetische verbanden te toetsen 
aan de resultaten van de simulatie-experimenten. 


Omdat de relaties niet in de vorm van functies worden geformuleerd, 
dienen we ze op een andere wijze van inhoud te voorzien. 

Dit gebeurt in de vorm van een processchema. Dit blijft hier nog globaal; 
tijdens de programmeringsfase wordt het proces gedetailleerd beschreven. 

Per dag kunnen we de volgende gebeurtenissen onderscheiden: 


l. Patiënten komen aan: 
- poliklinisch = behandelen 
- klinisch = - spoed: zo mogelijk opnemen 
- niet-spoed: afspraak maken 


Bij het verwerken van het aanbod van patiënten moeten de verschillende 
opnamepolitieken verwerkt worden. 
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2. Patiënten worden opgenomen: 
- een bed wordt bezet 
- de ontslagdag wordt bepaald. 


3. Patiënten worden ontslagen: 
- er komt een bed vrij. 


Per dag moeten we een aantal gegevens bijwerken die nodig zijn om de 
gewenste uitvoer te krijgen. 


N.B. Het ligt voor de hand dat tijdens de verwerking éérst de ontslagen 
patiënten worden verwerkt, zodat vrijgekomen bedden dezelfde dag 
nog kunnen worden bezet. 


Globaal proces, per dag en per afdeling 


Ontslaan van de genezen patiënten. 
Zolang de dag niet beëindigd is: 
- aankomst van een patiënt 

bepaal spoed 

bepaal ligduur 

bepaal wachtrij 

alloceer een bed 

neem spoed op 

als er geen bedden meer zijn dan 

- doorsturen 

- andere afdeling 

- op de gang zetten 


We kunnen het model samenvattend in een schema onderbrengen : 


exogene variabelen : processen : endogene variabelen: 
* aantal patiënten aanbod patiënten * bezettingsgraad 
* kenmerken patiënten beate” x wachtrij 
=-=- spoed bedden vrijmaken i 
: * 
= sfdeliúg behandelde patiënt 


toewijzen patiënten 
over bedden 


- ligduur * doorgestuurde patiënt 


AE 
bepalen wachtrijen ligdagen 
* wachtduur 


* servicegraad 


instrumentele variabelen: 


* aantal ziekenhuisbedden 


* opnamepolitiek 
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Hoofdstuk 4 EXPERIMENTEEL ONTWERP 


4.1 WAT HOUDT HET EXPERIMENTEEL ONTWERP IN? 


Voordat we het geformuleerde model omzetten in een model, dat op de 
computer kan draaien zal eerst een meer gedetailleerd experiment moeten 
worden opgezet, opdat de gewenste experimentele data op de meest efficiënte 
manier ter beschikking komen. Bij de formulering van het model is al aan- 
gegeven (3.3) welke parameters en variabelen in het model onderscheiden 
worden. In dit hoofdstuk worden deze variabelen uitgedrukt door de termen 
'factoren' en 'responses', waarbij de 'factoren' corresponderen met de 
genoemde invoervariabelen en de 'responses' met de genoemde endogene 
variabelen. | 

Eén van de eerste beslissingen, die we moeten nemen bij het bepalen van 
de wijze waarop we het model zullen draaien en de resultaten zullen analy- 
seren, is het bepalen van het 'datum point'. Bij het bepalen van wat bij de 
simulatie één 'datum point' is kunnen verschillende mogelijkheden worden 
onderscheiden. In dit geval is het waarschijnlijk het beste om als ‘datum 
point' een bepaald gedeelte van de gesimuleerde tijd in elke run te kiezen, 
bijvoorbeeld een dag, een week of een aantal weken. (Eén run is minimaal 10 
weken.) 

Op basis van het doel van het simulatiemodel kan gesteld worden dat 
de in dit geval vereiste statistische analyse zal bestaan uit het vergelijken 
van gemiddelden en varianties van alternatieven. De belangrijkste proble- 
men bij het opzetten van het experiment zijn daarom dan ook: het bepalen 
van de steekproefgrootte, de startcondities en het onderzoeken van de aan- 
wezigheid van autocorrelatie. 


4.2 CRITERIA VOOR HET EXPERIMENTEEL ONTWERP 


Aangezien het uiteindelijke ontwerp in sterke mate wordt bepaald door 
de ontwerperiteria, zal nader worden ingegaan op de volgende vragen: 


- Welke 'factoren' worden in het model gevarieerd? 
- Wat valt er op te merken over de 'waarden' van de verschillende 
‘factoren '? 


4.2.1 Factoren 


Bij het bepalen van de ontwerpecriteria spelen de factoren een belangrijke 
rol; de factoren van het model zijn: 


- het aantal bedden; 

- de opnamepolitiek ; 

- het patiëntenaanbod; 

- het gedeelte van de week; 

- de ligduur van de patiënten op de verschillende afdelingen; 

- de percentages voor de verdeling over de afdelingen; 

- de percentages voor de verdeling in spoed- en niet-spoedpatiënten. 
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Vier van deze factoren worden in het model als constante meegenomen, 
omdat we voor deze factoren slechts één waarde onderscheiden, namelijk een 
bepaalde verdeling met één vast gemiddelde. Het zijn factoren, die door de 
systeemomgeving worden bepaald en als zodanig dus niet beheersbaar zijn. 
Bij het opzetten van het experiment gaan we ervan uit dat deze factoren een 
bepaalde verdeling hebben met een constant gemiddelde. 

De bedoelde factoren zijn de volgende: 


- ligduur; 

- patiëntenaanbod ; 

- afdelingsverdeling:; 

- spoed-/niet-spoedverdeling. 


De ligduur 


De ligduur van een patiënt kan beschouwd worden als een soort bedie- 
ningstijd. In de wachttijdtheorie is gebleken dat bedieningstijden vaak 
negatief exponentieel verdeeld zijn. Daarom is voor de ligduur een negatief 
exponentiële verdeling gekozen met de volgende gemiddelden : 


Afdeling u 
Intern 32 
Chirurgie I 20 


Chirurgie II 20 
Gynaecologie 12 
Pediatrie 24 
K.N.O. 3 


Voor een verdere validatie van deze keuze wordt verwezen naar bijlage 1, 
waarin de x°-toets wordt toegepast op de ligduur van 200 chirurgie- 
_ patiënten. 


Het patiëntenaanbod 


Van het patiëntenaanbod is alleen gegeven dat men per jaar 10.000 
patiënten verwacht. Als verdeling hiervoor wordt de Poissonverdeling 
gekozen, omdat uit dezelfde wachttijdtheorie is gebleken dat vele aankomst- 
patronen de vorm hebben van een Poissonverdeling. Voor een verdere 
validatie wordt verwezen naar de x?-toets toegepast op het aanbod voor 
de afdeling gynaecologie voor 200 werkdagen, te vinden in bijlage 2. 


Verdeling van de patiënten 


Voor de verdeling van de patiënten over de afdelingen en voor de 
verdeling van de patiënten in spoed- en niet-spoedpatiënten worden 
empirische verdelingen gebruikt, die in het programma ingevoerd moeten 
worden. Daarbij wordt gewerkt met de percentages zoals deze in de probleem- 
beschrijving in hoofdstuk 1 zijn aangegeven. We hebben dus gezien dat een 
aantal factoren wel aan variatie onderhevig is. Dit betreft het aantal bedden, 
de opnamepolitiek en het gedeelte van de week. 
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4.2.2 Waarden van de factoren 


Zoals in de voorafgaande paragraaf is aangegeven, zal slechts gekeken 
worden naar de waarden van drie factoren. T.a.v. het al dan niet kwanti- 
ficeerbaar/beheersbaar zijn van de overgebleven factoren (en dus ook van 
de waarden van deze factoren) kan worden opgemerkt: 


- aantal bedden = kwantificeerbaar, beheersbaar 
- opnamepolitiek = kwalitatieve factor, beheersbaar 
- gedeelte van de week = niet beheersbare factor. 


De waarden van het aantal bedden en de opnamepolitiek kunnen vrij 
bepaald worden. De week is echter verdeeld in een vast aantal dagen en is 
dus als zodanig niet beheersbaar. 


4.3 HET STRUCTUREEL MODEL VAN HET EXPERIMENTEEL ONTWERP 


In het structureel model wordt het aantal factoren en het aantal waarden 
per factor beschreven, zoals de onderzoeker dat o.b.v. zijn doelstellingen 
het liefst zou hebben. Zoals in de vorige paragrafen is aangegeven, zijn er 
drie factoren overgebleven die in dit stadium voor het model van belang zijn. 
Deze factoren zijn tevens die variabelen die bij het bepalen van de doelstel- 
ling van het model naar voren kwamen. Van elke factor zullen nu de waarden 
van die factor worden beschreven. 


Aantal bedden 


In principe is het aantal waarden van deze factor ‘oneindig groot! (wel 
uitsluitend gehele waarden). Er zal een schatting gemaakt moeten worden 
van het aantal benodigde bedden. In de buurt van deze schatting kan dan 
nog een beperkt aantal waarden gekozen worden. 


Opnamepolitiek 


Ook voor deze factor is een groot aantal waarden mogelijk. Dit komt 
vooral doordat het opnamebeleid in feite uit een aantal facetten bestaat. De 
mogelijke waarden zullen dan ook in een aantal groepen worden beschreven. 
Eén opnamepolitiek bestaat dan eigenlijk uit een combinatie van 'subwaarden', 
uit elke groep steeds één. 


1. Afsprakenbeleid 


- geen afspraaktermijnen; 

- de afspraaktermijn van een patiënt is alleen afhankelijk van de afdeling 
waar hij moet worden opgenomen; 

- de afspraaktermijn is behalve van de afdeling ook afhankelijk van de 
prioriteit die een patiënt krijgt toegewezen; 

- de afspraaktermijn is afhankelijk van het aantal vrije bedden op de 
afdeling en van de wachtrij van de afdeling; 

- de afspraaktermijn is slechts afhankelijk van de prioriteit van de 
patiënt ; 

- vaste afspraaktermijn voor het hele ziekenhuis. 
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2. Beleid in het weekend 


- de gehele week spoed èn niet-spoedpatiënten opnemen; 

- in het weekend uitgezonderd de spoedpatiënten geen patiënten 
opnemen; 

- op alle dagen ontslaan; 

- in het weekend (zaterdag en zondag) niet ontslaan; 

- mensen die te lang op de wachtlijst staan gaan beschouwen als spoed- 
patiënten en ze dus eventueel zelfs in het weekend opnemen. 


3. Beddengebruik 


- elke afdeling gebruikt uitsluitend zijn eigen bedden; 

- er wordt op elke afdeling een aantal bedden gereserveerd voor even- 
tuele spoedpatiënten; 

- er is een algemene reservebeddenvoorraad; 

- de bedden op een afdeling worden verdeeld in bedden, die uitsluitend 
gebruikt mogen worden door spoedpatiënten en een aantal dat uitslui- 
tend gebruikt mag worden door niet-spoedpatiënten; 

- als er op een bepaalde afdeling geen bed beschikbaar is, dan kan 
voor een spoedpatiënt van deze afdeling een vrij bed van één van 
de andere afdelingen gebruikt worden. 


Gedeelte van de week 


Het aantal waarden van deze factor is vrij beperkt. De handigste indeling 
voor het model is de volgende: 


- maandag t/m vrijdag 
- zaterdag 
- zondag 


Eventueel zijn andere combinaties mogelijk, dit is vooral afhankelijk van 
de gebruikte opnamepolitiek; deze keuze komt echter pas later aan de orde. 


Aangezien het experiment veel te groot zou worden als we alle eerder- 
genoemde waarden in het model zouden opnemen zal in het functioneel model 
worden aangegeven welke waarden inderdaad in het model worden opgenomen. 
T.a.v. de opnamepolitiek kan reeds worden vermeld, dat voor de groepen 
‘Beleid in het weekend! en 'Beddengebruik', één bepaalde waarde wordt 
gekozen en dat dus in principe alleen het afsprakenbeleid gevarieerd wordt. 
Naderhand kan dan eventueel een soort gevoeligheidsanalyse worden toege- 
past, door voor de andere twee groepen een aantal andere waarden uit te 
testen. 


4.4 HET FUNCTIONEEL MODEL VAN HET EXPERIMENTEEL ONTWERP 


In het functioneel model wordt beschreven welke factoren en welke waar- 
den uiteindelijk in het model worden opgenomen. 

Alle factoren uit het structurele model zullen in het functionele model 
worden opgenomen, omdat ze geen van allen gemist kunnen worden om de 
doelstelling van het model te bereiken. Per factor zal nu het aantal relevante 
waarden worden aangegeven. 


224 Cases IX.35 


Aantal bedden 


Voor het aantal bedden zal in principe worden uitgegaan van: 160 en 
180 bedden. 

Dit is gebaseerd op een beddennorm zoals die voor de beoordeling van 
plannen in de ziekenhuiswereld wordt gehanteerd (zie bijlage 3). De alge- 
meen geldende norm voor het aantal ziekenhuisbedden van een algemeen 
ziekenhuis is 4 pro mille, d.w.z. 4 bedden per 1.000 inwoners. 

Een kleine omrekening levert dan een beddenaantal op van 160, namelijk: 


- klinisch patiëntenaanbod = 4.000 per jaar, als de opnamecoêfficiënt 
10% is, dan is dat dus 10% van het aantal inwoners; 

- het aantal inwoners is dan: 10 x 4.000 = 40.000; 

- bij een beddennorm van 4 pro mille levert dat dus een beddenaantal 
op van 0,004 x 40.000 = 160. 


Bij deze berekening wordt er wel van uitgegaan, dat de hierboven gebruikte 
gegevens gebaseerd zijn op dezelfde medische statistieken die in de probleem- 
beschrijving zijn aangeduid. 


Gedeelte van de week 


Voor deze factor worden dezelfde waarden als in het structurele model 
aangehouden, omdat deze indeling nodig is om de gewenste gegevens op te 
kunnen leveren (m.b.t. de bezettingsgraden). 


Opnamepolitiek 


Zoals in paragraaf 4.3 bij het structurele model is opgemerkt zal bij de 
opnamepolitiek van een aantal vaste 'subwaarden' worden uitgegaan. Dat 
zijn de volgende: 


1. op zaterdag en zondag worden uitsluitend spoedpatiënten opgenomen, 
er worden geen afspraken gemaakt voor die dagen; 

2. op zondag worden geen patiënten ontslagen, mensen die zondags ont- 
slagen zouden moeten worden, moeten wachten tot maandag; 

3. voor de niet-spoedpatiënten wordt steeds gewerkt met afspraken; 

4. op elke afdeling wordt een aantal bedden gereserveerd voor spoed- 
patiënten: als er een patiënt komt die een afspraak heeft dan wordt 
hij alleen opgenomen als er voor eventuele spoedpatiënten genoeg 
bedden overblijven; 

5. elke afdeling gebruikt uitsluitend zijn eigen bedden, er wordt niet 
geschoven tussen de afdelingen. 


Daarnaast worden de volgende waarden van het 'Afsprakenbeleid' onder- 
scheiden: 


1. De afspraaktermijn van de patiënt is alléén afhankelijk van de afdeling 
waar hij moet worden opgenomen. Elke afdeling heeft een eigen afspraak- 
termijn. 

2. De afspraaktermijn is behalve van de afdeling ook afhankelijk van de 
prioriteit die een patiënt krijgt toegewezen. Deze prioriteit is afhanke- 
lijk van de aard en de ernst van hun kwaal. Deze prioriteit wordt voor 
het model als een gegeven beschouwd. We zullen bij deze werkwijze drie 
prioriteiten onderscheiden. 
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3. De afspraaktermijn is afhankelijk van de afdeling, van het aantal vrije 
bedden en van de wachtlijst van de afdeling. Als een patiënt zich aan- 
meldt dan wordt gekeken of de afdeling op dat moment erg vol is en hoe 
lang de wachtlijst is. Aan de hand van deze gegevens wordt met de 
patiënt een afspraak gemaakt. 


Bij het opzetten van het functionele model wordt ook een uitspraak 
gedaan over het aantal herhalingen. Het aantal herhalingen is o.a. afhanke- 
lijk van wat we als 'datum point' nemen. Voor ‘datum point' komen bijvoor- 
beeld in aanmerking: 


- een periode van 10 weken, 10 weken = 1 herhaling 
- een periode van 1 week, 10 weken = 10 herhalingen 
- een periode van 1 dag, 10 weken = 70 herhalingen 


Als we deze laatste mogelijkheden als 'datum point' nemen, lopen we wel 
het gevaar dat er autocorrelatie in de steekproefuitkomsten aanwezig is. 
Deze autocorrelatie is het gevolg van het karakter van het ziekenhuis- 
gebeuren. Er is dan een correctie nodig. 

Onze kennis van autocorrelatie is echter te beperkt om het mogelijk te 
maken de steekproefuitkomsten te corrigeren. Daarom is gekozen voor een 
'datum point' van tien weken (zoals de opdracht luidde) en slechts één her- 
haling van deze tien weken. Dit laatste vanwege kosten- en tijdoverwegingen. 


Opmerking 


Het laatste argument is niet steekhoudend voor een 'reële' situatie, 
waarin men via de simulatie-experimenten een beleidskeuze zou moeten maken. 
‚ Dan dient men terdege te onderzoeken hoe lang de simulatietijd moet zijn 
(zeker meer dan 10 weken) en hoeveel herhalingen nodig zijn om aan een te 
voren vastgestelde gewenste betrouwbaarheid te kunnen voldoen. 


4.5 HET UITEINDELIJKE EXPERIMENTEEL MODEL 


Bij een experimenteel model worden de factoren en waarden als een 
geheel bekeken. De combinatiemogelijkheden van de verschillende factoren 
moeten nu onderzocht worden, het zogenaamde 'factorial design'. 

De verschillende combinaties die mogelijk zijn worden in het onder- 


staande schema weergegeven. 
AANTAL BEDDEN 
2 


GEDEELTE 
VAN DE WEEK 


AANTAL BEDDEN 

1 
OPNAMEPOLITIEK OPNAMEPOLITIEK 
1 2 3 1 2 3 


X X X X X X 
X X X X X X 
X X X X X X 


maandag t/m vrijdag 
zaterdag 
zondag 
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Er zijn in totaal dus 18 meetpunten. 

De nummers 1, 2, 3 corresponderen met de verschillende waarden per 
factor. 

Er is hier sprake van een 'full factorial design'. 


4.6 VALIDATIE VAN HET GEKOZEN MODEL M.B.T. DE PLAUSIBILITEIT 


De validatie van het model is voornamelijk van belang m.b.t. de gekozen 
opnamepolitiek. 


1. Het beleid in het weekend. Om organisatorische redenen, zoals 
het personeelsaspect, is het aannemelijk dat men de werkzaamheden in 
het weekend zoveel mogelijk zal willen beperken. Daarom zal men dus 
in het weekend zo weinig mogelijk patiënten opnemen. 
(Overigens wordt tegenwoordig in steeds meer ziekenhuizen ook op 
zondagmiddag opgenomen, omdat door de rust die er dan meestal is de 
patiënt dan beter op zijn behandeling voorbereid kan worden.) Op 
zaterdag wordt wel ontslagen, omdat de patiënt anders een heel 
weekend langer in het ziekenhuis moet blijven. Mensen die op zondag 
ontslagen moeten worden, moeten echter tot maandag in het ziekenhuis 
blijven. Het ontslaan op zaterdagochtend heeft minder consequenties 
dan ontslaan op zondag, omdat de personeelsbezetting op zaterdag 
waarschijnlijk hoger zal zijn dan op zondag. 


2. Afspraken. Voor de voor- en nadelen van het wel of niet werken met 
afspraken wordt verwezen naar Hoofdstuk 1. 


3. Spoedbedden. Er is gekozen voor het vrijhouden van enige bedden 
voor spoedpatiënten, omdat anders de kans te groot wordt dat een 
spoedpatiënt moet worden doorgestuurd. En het doorsturen van een 
spoedpatiënt is een vervelende gebeurtenis, met soms zelfs noodlottige 
gevolgen. 


4. Beddengebruik. Elke afdeling gebruikt uitsluitend zijn eigen bedden. 
Dit heeft als nadeel dat er meer spoedpatiënten moeten worden door- 
gestuurd, omdat als een afdeling volledig bezet is de patiënt altijd wordt 
doorgestuurd, ook al is er elders een bed vrij. 

Wel uitwisselen van de bedden heeft echter ook nadelen. Ten eerste 
vereist het extra organisatorische maatregelen. Verder kunnen er als 
een bed steeds naar de juiste afdeling wordt gebracht ruimteproblemen 
ontstaan. Als daarentegen de patiënt altijd behandeld wordt op de 
afdeling waar het bed eigenlijk thuis hoort, dan is het goed denkbaar 
dat bij deze behandeling moeilijkheden kunnen optreden. 


5, Opnamepolitiek 1. Deze politiek, met vaste afspraaktermijnen per afde- 
ling, is toepasbaar als er een eenvoudige afsprakenpolitiek nodig is en 
het ziektebeeld van de patiënten op een bepaalde afdeling niet sterk 
varieert. 


6. Opnamepolitiek 2. Deze politiek, waarbij gewerkt wordt met prioriteiten, 
sluit waarschijnlijk beter bij de praktijk aan dan politiek 1. Kunnen 
sommige patiënten slechts beperkte tijd op de wachtlijst staan, anderen. 
kunnen geruime tijd wachten voordat zij worden opgenomen. 
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7. Opnamepolitiek 3. Deze politiek, waarbij de afspraaktermijn afhankelijk 
is van de wachtrij en de bezetting op het moment van de afspraak, is 
vrij complex. Bij elke afspraak moet immers gekeken worden hoe lang 
de wachtrij is en moet de bezettingsgraad worden bepaald. Toch zijn 
er goede redenen voor aan te wijzen. Als op het moment de bezettings- 
graad aan de hoge kant is, dan is de kans groot dat de mensen die nu 
op de wachtlijst staan langer moeten wachten en dan is het beter om voor 
de mensen die nu een afspraak maken vast een langere afspraaktermijn 
dan normaal aan te houden. Dezelfde redenering geldt voor een wachtrij 
die langer is dan normaal het geval is. 


Hoofdstuk 5 TACTISCHE PLANNING 


In dit hoofdstuk worden de invoergegevens en de waarden van de facto- 
ren gekwantificeerd. Ook worden de statistisch relevante zaken die met de 
experimenten verband houden, zoals de runlengte, steekproefomvang, start- 
waarden e.d. bepaald. 


5.1 DE INVOERGEGEVENS 


Om het geconstrueerde model te kunnen gebruiken zijn er allerlei invoer- 
gegevens nodig, die op de een of andere manier de ‘real world data' weer- 
geven. Deze gegevens kunnen op drie verschillende manieren worden 
ingevoerd. 


l. Een theoretische verdeling. Het model gebruikt de gegevens indirect, 
d.w.z. door middel van een trekking uit een bepaalde verdeling. 

2. Een empirische verdeling. D.w.z. het model gebruikt verdelingen die 
in het model zelf gespecificeerd worden. 

3. Direct gebruik door het programma. Deze methode houdt in dat aan 
bepaalde programmavariabelen constante waarden worden toegevoegd. 


In hoofdstuk 4 zijn zeven factoren onderscheiden. Deze moeten aan een 
invoeranalyse worden onderworpen. Volgens bovenstaande indeling ontstaat 
dan het volgende beeld: 


1. Theoretische verdeling 
- patiëntenaanbod 
- ligduur van de patiënten 
2. Empirische verdeling 
- gedeelte van de week 
- verdeling patiënten over de verschillende afdelingen 
- verdeling patiënten in spoed /niet-spoed 
3. Direct gebruik 
- aantal bedden 
- opnamepolitiek. 
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5.2 HET PATIENTENAANBOD 


Om het juiste aantal patiënten te genereren moet een bepaling gemaakt 
worden van het aankomstpatroon van deze patiënten over de week, over de 
dag en over de afdelingen. 

Men verwacht per jaar in totaal 4.000 (40% van 10.000) klinische patiën- 
ten. Hiervan zal gemiddeld 40% als spoedpatiënt moeten worden opgenomen. 
Een uitzondering vormt de afdeling Chirurgie II, deze afdeling kent alleen 
spoedpatiënten. Het patiëntenaanbod voor deze afdeling bedraagt 13% van 
het totale aanbod van klinische patiënten. Op basis van deze gegevens 
kunnen de volgende berekeningen worden gemaakt. 


- (87% x 4.000 x 60%)/(52 x 5) = 8,03 niet-spoedpatiënten per werkdag 
- (133 x 4.000 + (87% x 4.000 x 40%))/365 = 5,24 spoedpatiënten per dag. 


Op een werkdag komen dus is totaal 13,27 patiënten aan, op een weekenddag 
5,24. 

Vervolgens moet de verdeling van deze patiënten over de dag bepaald 
worden. Hiervoor hebben wij aangenomen dat de 5,24 spoedpatiënten over 
het hele etmaal gelijk verdeeld aankomen. Verder is aangenomen, dat de 8,03 
gewone patiënten aankomen in de periode tussen 8.00 uur 's ochtends en 
17.00 uur 's middags (d.w.z. in die periode van 9 uur kunnen ze terecht 
om een afspraak te maken). 

Daarom wordt elke werkdag verdeeld in een dagperiode (8.00-17.00, 
de dag begint om 8.00) en een nachtperiode (17.00-8.00). 


5.3 DE BEDDEN 


Op soortgelijke wijze worden berekeningen uitgevoerd omtrent het aantal 
bedden, dat men als factor wil gebruiken. Uit 4.4 volgt het getal 160; een 
nadere berekening levert echter het volgende beeld: 


afdeling beddenaantal extra bedden voor spoedgevallen 

intern 53 1 

chirurgie I 38 1 

chirurgie II 29 “ 

gynaecologie 41 2 

pediatrie 16 1 

K.N.0. 6 1 

dd ni benee dn eddie head 
183 6 


Voor deze factor worden nu de waarden 190 en 210 gekozen. 
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5.4 DE OPNAMEPOLITIEK 


Ten aanzien van de afspraaktermijnen is na analyse van de gegevens 
gekozen voor de volgende termijnen: 


afdeling Afspraaktermijn 
intern 14 dagen 

chirurgie I 14 dagen 

chirurgie II niet van toepassing 
gynaecologie 7 dagen 

pediatrie 14 dagen 

K.N.0. 7 dagen 


5.5 DE STARTCONDITIES 


Zoals in de systeemdefinitie bij de uitgangspunten is aangegeven, is het 
de bedoeling het ziekenhuisproces te simuleren onder normale omstandigheden, 
d.w.z. onder typische 'day-to-day operating conditions'. Bij de opzet van 
het simulatieprogramma zal dan ook rekening moeten worden gehouden met 
startcondities. Daarvoor bestaan in het algemeen drie mogelijkheden : 


l. een zodanige runtijd kiezen, dat relatief gezien de nadelen van het 
beginnen met een leeg ziekenhuis worden opgeheven; 

2. het begin van de run buiten beschouwing laten; 

3. het kiezen van startcondities die (min of meer) typerend zijn voor een 
'steady-state' situatie. 


Bij het ziekenhuis is gekozen voor een combinatie, typerende startcon- 
dities èn een startperiode die buiten beschouwing wordt gelaten. 

Om een 'steady-state' toestand te bereiken, zal tijdens de aanloopperiode 
het gehele proces van afspraken maken, opnemen en ontslaan moeten worden 
doorlopen. Tijdens de aanloopperiode wordt een bepaalde toestand gecreëerd, 
die dan als uitgangspunt dient voor de uiteindelijke simulatieperiode. 

De problemen bij het bepalen van typerende startcondities zijn: het 
bepalen van de bezettingsgraad, van de ontslagdag van de patiënten die 
bij de start in het ziekenhuis liggen en het vaststellen welke afspraken er 
reeds voor de toekomstige periode zijn gemaakt. 


1. De bezettingsgraad 


De bezettingsgraad die als startsituatie van de simulatie kan worden 
genomen, kan op dezelfde manier worden bepaald als de verwachte bezettings- 
graad bij opnamepolitiek 3. 


2. Bepalen van de ontslagdagen 


Dit is een moeilijke opgave. In feite kunnen al op de eerste simulatiedag 
mensen worden ontslagen. Als we nu voor de ligduur van de patiënten een 
trekking nemen uit de negatief exponentiële verdeling dan zullen op de eerste 


230 Cases IX.41 


dagen, voor de meeste afdelingen slechts weinig mensen worden ontslagen. 
Bovendien ontstaat er zodra de gemiddelde ligduur verstreken is een ontslag- 
golf, die niet volgens het normale patroon is, zodat in de eerste weken het 
beeld erg verstoord is. Om dit te ondervangen gebruiken we voor de ligduur 
een trekking uit een uniforme verdeling. Deze verdeling heeft als grenzen: 
0 dagen en een bepaalde bovengrens. Het bepalen van deze bovengrens heeft 
erg veel problemen opgeleverd. Verschillende berekeningen zijn gemaakt, 
maar geen van allen leverden ze bruikbare mogelijkheden op. Zo werd bijvoor- 
beeld geprobeerd de grens zodanig te bepalen, dat van 95% van de patiënten 
die bij de start in het ziekenhuis lagen, de ontslagdag normaal gezien voor 
die grens zou liggen. 

Tenslotte is gekozen voor een methode die ook niet helemaal juist is, 
maar een eind in de goede richting gaat. Deze methode neemt als uitgangs- 
punt aan dat er elke dag gemiddeld evenveel patiënten worden ontslagen; 
deze veronderstelling lijkt niet onaanvaardbaar. Als nu bepaald kan worden 
hóeveel mensen er per dag ontslagen worden, dan kan door dat aantal te 
delen op het aantal mensen dat bij de start in het ziekenhuis ligt, het aantal 
‘ontslagdagen' bepaald worden. 

De redenering luidt als volgt: 


- aantal mensen dat op de afdeling ligt = p x aantal bedden 


- gemiddeld worden per dag \/365 mensen opgenomen, per week dus 7 maal 
zoveel, die worden in 6 dagen ontslagen, dus per dag A/(365 x °/7) 
- de bovengrens wordt dan 


u {365 JD Eend 


Voor de 6 afdelingen is het resultaat van de berekening: 


afdeling bovengrens 
intern itse 
chirurgie I 19,1 
chirurgie II 19,1 
gynaecologie ARF, 
pediatrie aje R 
K.N.0. 2,6 


De berekening klopt niet helemaal, omdat er in de dagen volgende op 
de start ook nog mensen kunnen worden opgenomen die op dagen vóór de 
bovengrens worden ontslagen. Bij gebrek aan beter is echter toch maar met 
deze methode gewerkt. 


3. Reeds gemaakte afspraken 


Er moet bepaald worden hoeveel afspraken er al gemaakt zijn op t = 0 
en voor wanneer. De periode waarvoor reeds afspraken zijn gemaakt, is niet 
zo moeilijk te bepalen, dat is namelijk steeds de afspraaktermijn. Doordat 
voor de afspraaktermijnen steeds gewerkt wordt met veelvouden van 7 kan 
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voor de bepaling van het aantal afspraken per dag gekeken worden naar het 
aantal niet-spoedpatiënten, dat elke dag een afspraak komt maken voor de 
betreffende afdeling. 

Onder andere vanwege tijdgebrek, maar ook omdat het effect van even- 
tuele verschuivingen e.d. moeilijk te voorspellen is,is voor iedere opname- 
politiek met dezelfde starttoestand gewerkt. Om dit effect enigszins weg te 
werken en vanwege de opmerking onder punt 2 is, ondanks de gecreëerde 
starttoestand toch nog gekozen voor een niet beschouwde beginperiode van 
drie weken. Omdat van geen enkele afdeling de afspraaktermijn langer is 
dan 14 dagen zijn dan in elk geval alle gemaakte afspraken aan de beurt 
geweest. 


5.6 SIMULATIEPERIODE 


In paragraaf 4.4 is reeds de in de opgave opgenomen simulatieperiode 
van 10 weken becommentarieerd. We gebruiken in deze simulatie één voort- 
gezette run. Het aantal aankomende en behandelde patiënten ligt 'vanzelf' 
vast door deze keuze van de periode. Een validatie-aktiviteit zou dan moeten 
zijn, dat het gevonden aantal wordt getoetst aan de overwegingen van een 
steekproefgrootte afgezet tegen een gewenste betrouwbaarheid. 

De waarnemingsperiode is een dag. 


5.7 UITVOERANALYSE 


De structuur van de uitvoer zal als volgt moeten zijn: 


1. Kop 


Hierin wordt aangegeven wat het probleem is en wat de doelstelling van 
het simulatiemodel. Tevens wordt vermeld wat de startperiode en de 
uiteindelijke simulatieperiode is. 


2. Per variant 


- beschrijving van de variant. 

- bezettingsgraad en wachtrijlengte per afdeling, per dag; deze gegevens 
worden per afdeling in een histogram naast elkaar weergegeven. 

- verdeling van de patiënten over de afdeling; voor elke afdeling worden 
de aantallen van een aantal onderscheiden groepen patiënten gegeven. 

- de gemiddelde wachtrijlengte en de gemiddelde bezettingsgraden van 
de afdelingen, de laatste onderscheiden naar werkdagen, zaterdagen 
en zondagen; met hun standaardafwijkingen. 

- gemiddelde ligduur en gemiddeld aantal wachtdagen van de patiënten 
per afdeling; met hun standaardafwijkingen. 
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5.8 HET RESULTATENONDERZOEK 


Om te voldoen aan de vraag van de opdrachtgever zal een uitvoerig 
statistisch onderzoek gedaan moeten worden om elke opnamepolitiek te 
kunnen vergelijken, gegeven de overige condities. In deze case wordt dit 
onderzoek niet verder uitgewerkt. 


Hoofdstuk 6 PROGRAMMASTRUCTUUR EN VALIDATIE 


6.1 PROGRAMMAOPZET*) 


De taak van het programma is om uitgaande van 


1. het aantal bedden, 
2. de beddenverdeling, 
3. een opnamebeleid, 


het ziekenhuissysteem een aantal dagen te simuleren en gegevens hierover 
te presenteren en dit voor een aantal varianten te herhalen. 
De totaal te simuleren periode valt uiteen in 3 gedeelten: 


1. Vullen. In dit gedeelte wordt het ziekenhuis gevuld met patiënten, zo- 
danig dat elke afdeling zijn verwachte bezettingsgraad heeft. Van elke 
patiënt wordt de ontslagdag bepaald op de wijze zoals dat in hoofdstuk 
5 is beschreven. 

2. Startperiode. In deze periode worden de mensen die eerder een afspraak 
maakten opgenomen, patiënten worden ontslagen en afspraken worden 
vastgelegd. Aan het einde van de startperiode worden verschillende 
variabelen, zoals totaal aantal: spoedpatiënten, niet-spoedpatiënten, 
doorgestuurd aantal, op nul gezet. 

3. Uiteindelijke simulatieperiode. Het vervolg van de startperiode. 


Op één dag onderscheiden we de volgende belangrijke gebeurtenissen: 


1. Patiënten komen aan: 

- poliklinisch = behandelen 

- klinisch = - spoed: zo mogelijk opnemen 

- niet-spoed: afspraak maken 

2. Patiënten worden opgenomen: 

- een bed wordt bezet 

- de ontslagdag wordt bepaald 
3. Patiënten worden ontslagen: 

- er komt een bed vrij. 


*) Dit hoofdstuk is sterk ingekort: de detailspecificaties en het computerprogramma 
zijn niet opgenomen. 
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Tijdens deze dag moeten we een aantal gegevens bijwerken die nodig 
zijn om de gewenste uitvoer te krijgen, zoals deze bij de outputanalyse is 
aangegeven. 

We hebben in ons programma te maken met 3 belangrijke componenten: 


- ziekenhuis 
- afdeling 
- patiënt 


Omdat geprogrammeerd wordt in de simulatietaal Simula, kunnen we deze 
componenten aangeven d.m.v. classes. Naast een PSD van het hoofdprogram- 
ma worden in de volgende paragrafen de PSD's gegeven van de: 


- class AFDELING 


- class PATIENT 
- class ZIEKENHUIS. 


6.2 PSD HOOFDPROGRAMMA 


declaraties 
inlezen 


initialisatie 
for bedaant:=190,210 do 
for opnpol:=1,2,3 do 


u=waarden voor elke variant inlezen 
hospital:=new ZIEKENHUIS (bedaant,opnpol) 
RESULTAAT (simper) 
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6.3 PSD CLASS ZIEKENHUIS 


declaratie 


INIT EN STARTCOND (bedaant) 
hold (8) {de dag begint om 8 uur} 


for week:=| step 1 until simper + startper do 


= week = startper + 1 HE 


for dag:=1 step 1 until 7 do {za=6, 20=7} 


dezedag:=dezedag + 1 


oE nt 


is dag # 6 A dag # 7 à 


spoedper:=false 
eindtijd dag bepalen 
tak:=negexp (1/takdag,u) 
hold (tak) 


while time < eindtijd do 


VOLGENDE PATIENT (takdag,eindtijd) 


spoedper:=true 

eindtijd nacht bepalen 
caktenagelb (1/takspoëdper,u) 
hold (tak) 


while time < eindtijd do 


VOLGENDE PATIENT (takspoedper,eindtijd) 


BEPAALBEZGRAAD (dag) 
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6.4 VALIDATIE VAN HET PROGRAMMA 


TESTEN 


Het testen van een programma bestaat uit 3 delen: 


1. Het toetsen op syntactische fouten. Dit wordt gedaan door de compiler. 
2. De toets op het niet toelaatbaar zijn van bepaalde operaties. 
3. De controle van het programma op logische fouten. 


Ad 2. 


Deze toets, die ook door de compiler wordt uitgevoerd, resulteerde in 
een tweetal foutmeldingen, die beide betrekking hadden op de berekening 
van gemiddelden en standaardafwijkingen in RESULTAAT. De eerste maal 
betrof het een deling door nul als gevolg van een foutieve berekening van 
een standaardafwijking. Deze foutmelding was het gevolg van het feit dat 
wij een standaardafwijking van de totale bezetting van het gehele ziekenhuis 
wilden berekenen, maar deze bleek negatief te zijn. Deze berekening is 
daarom uit het programma weggelaten. 


Ad 3. 


Op een tweetal manieren hebben we ons programma gecontroleerd op 
logische fouten. Allereerst door het laten afdrukken van een aantal elemen- 
taire variabelen op een aantal relevante punten. Vervolgens door het contro- 
leren van enkele berekeningen met behulp van deze tussenuitvoer. Afgedrukt 
werden o.a.: 


- aantal ontslagen patiënten 

- aantal opgenomen gewone patiënten 
- aantal opgenomen spoedpatiënten 

- de wachtrij 

- ligduur van de patiënten 

- de bezettingsgraad, 


meestal werden deze gegevens per dag afgedrukt. 


Met deze tussenuitvoer werden de berekeningen van de gemiddelden en 
standaardafwijkingen gecontroleerd. 


Bij het testen bleek o.a. dat de wachtrij veel te hoog was. Dit werd 
veroorzaakt door een fout in de periode-indeling. In plaats van de nacht- 
periode te laten lopen van 17.00 tot de volgende morgen 8.00 liep de 
nachtperiode maar tot 24.00 uur. 

Daardoor kwamen er ook 's nachts patiënten aan om een afspraak te 
maken. Het aantal afspraakpatiënten werd hierdoor veel te groot en de wacht- 
lijst werd steeds langer. 


Een andere vervelende fout die het testen opleverde, was dat er mensen 
bleken te zijn waarvan de ligduur nul was. In beginsel is dit natuurlijk 
mogelijk, de patiënten kunnen bijvoorbeeld direct overlijden bij aankomst 
in het ziekenhuis. In ons programma levert dit echter problemen op, omdat 
we de patiënten aan het begin van de dag ontslaan. Zo wordt een patiënt 
die op zijn aankomstdag het ziekenhuis al weer moet 'verlaten', nooit meer 
ontslagen. 

Daarom kreeg de ligduur de waarde 1 als een trekking de waarde nul 
opleverde. 
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In eerste instantie begon het programma steeds met een leeg ziekenhuis. 
Toen in een later stadium als uitgangspunt een startsituatie werd gecreëerd 
bleek dat de wachtrij negatief was. De oorzaak werd gevonden in de afspra- 
ken die bij het starten genegeerd werden. Deze mensen werden later natuur- 
lijk opgenomen en de wachtrij werd automatisch verminderd. Het bleek 
echter dat het ophogen van de wachtrij bij de startsituatie achterwege was 
gebleven en dat hier dus de oorzaak van de fout lag. 


Hoofdstuk 7 VALIDATIE EN RESULTATENANALYSE 


7.1 VERIFICATIE 


Verificatie wil zeggen dat men onderzoekt of het simulatiemodel zich 
gedraagt zoals de onderzoeker dat bedoeld heeft. In hoofdstuk 6 'Testen'! 
is reeds een groot gedeelte van deze verificatie beschreven. Door het laten 
afdrukken van detailgegevens per dag of per patiënt kon bekeken worden 
of alles in het programma correct verliep. Na het verwijderen van een aantal 
fouten bleef er toch nog steeds iets over dat niet klopte. Dat was afdeling 
6, K.N.O.; in deze afdeling werden veel te weinig patiënten behandeld en 
de wachtrij werd steeds langer. 

De oorzaak hiervan was moeilijk te vinden. Tenslotte bleek dat de fout 
lag in de procedure ONTSLAAN. Bepaalde patiënten werden overgeslagen 
bij het nagaan van de ontslagdag en kwamen er daardoor nooit meer uit. 


7.2 VALIDATIE VAN EEN AANTAL UITVOERGEGEVENS 


Over een aantal gegevens die het programma als doel van de simulatie 
moest opleveren, is een uitspraak te doen t.a.v. wat men van deze gegevens 
verwacht. Dit wordt bekeken voor de variant met 190 bedden en opname- 
politiek 1. 


1. De gemiddelde ligduur 


De gemiddelde ligduur is een typische variabele in het model. Enerzijds 
wordt dit gemiddelde voor elke afdeling als invoervariabele op een bepaalde 
waarde gesteld. Anderzijds is de gemiddelde ligduur als uitvoervariabele 
gewenst. Men zou dus verwachten dat deze in principe aan elkaar gelijk zijn. 
Dit bleek echter niet zo te zijn. Als eerste oorzaak hiervoor kan de versto- 
rende werking die van het weekend uitgaat worden aangewezen. Patiënten 
die op zondag ontslagen zouden moeten worden mogen pas maandag het 
ziekenhuis verlaten, zij krijgen daardoor dus een hogere ligduur. Verder 
is telkens als de trekking voor een ligduur 0 was de waarde 1 ingevuld; ook 
dit kan, vooral voor afdelingen met een lage ligduur, verstorend werken. 

Toch bleek de gemiddelde ligduur voor de meeste afdelingen lager dan 
het ingevoerde gemiddelde te zijn. De oorzaak hiervan moet gezocht worden 
in de manier waarop het gemiddelde wordt bepaald. Het is namelijk de 
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gemiddelde ligduur van de patiënten die tijdens de startperiode of later zijn 
opgenomen èn in de simulatieperiode zijn ontslagen. Patiënten met een lange 
ligduur die niet in deze periode ontslagen worden tellen dus niet mee. Daar- 
door valt het gemiddelde lager uit, dit heeft vooral invloed op de afdelingen 
met een lange ligduur, zoals afdeling 1, Intern. 


2. Het gemiddeld aantal wachtdagen 


Voor elke afdeling geldt een bepaalde afspraaktermijn. Deze kan dienen 
als vergelijkingsmateriaal t.a.v. het gemiddelde aantal wachtdagen per 
patiënt. Gemiddeld zal het aantal wachtdagen van een patiënt gelijk zijn aan 
deze afspraaktermijn. Verschillen kunnen optreden als de patiënt niet op 
de dag dat hij heeft afgesproken, kan worden opgenomen en dus langer moet 
wachten. Doordat als afspraaktermijn steeds een veelvoud van 7 is gekozen 
gaat er geen verstorende werking van het weekend uit. (Overigens zal bij 
de andere politieken de vergelijking moeilijker zijn, omdat daarbij de afspraak- 
termijn niet voor elke patiënt gelijk is, maar afhankelijk is van zijn prioriteit 
of van de 'toestand' van de afdeling.) De volgende vergelijking kan worden 
opgesteld: 


Afdeling Afspraaktermijn Gemiddelde wachttijd 
Intern 14 dagen 14.00 dagen 
Chirurgie I 14 14,01 

Chirurgie II q =- 
Gynaecologie 7 12,35 

Pediatrie 14 14,16 

K.N.0. 7 15,14 


Bij een vergelijking van de afspraaktermijnen met de gevonden gemid- 
delden blijkt dat alleen de afdeling Gynaecologie en de afdeling K.N.O. 
afwijkende gemiddelden opleveren. De verklaring hiervoor in het geval van 
de afdeling Gynaecologie is waarschijnlijk dat deze afdeling 2 bedden kent 
die moeten worden gereserveerd voor spoedpatiënten en dat als gevolg van 
dit grotere aantal de niet-spoedpatiënten eerder worden verschoven, wat 
leidt tot een hoger aantal wachtdagen. 

De afwijking van de afdeling K.N.O. kan waarschijnlijk worden verklaard 
door het feit dat het éne spoedbed van deze afdeling een groot percentage 
van het totaal aantal bedden van deze afdeling (slechts 6) in beslag neemt. 
Dit heeft tot gevolg dat het aantal verschoven patiënten en daarmee het 
gemiddelde aantal wachtdagen toeneemt. (Met verschoven patiënten worden 
patiënten bedoeld die niet op hun afspraakdag kunnen worden opgenomen, 
omdat er geen bed beschikbaar is.) 


3. De gemiddelde wachtrijlengte 


De wachtrij die voor een bepaalde afdeling verwacht wordt, kan berekend 
worden op basis van het patiëntenaanbod en de afspraaktermijn voor de 
betreffende afdeling. Op dag x staan er mensen op de wachtlijst die voor 
een bepaalde dag in de toekomst hebben afgesproken, voor zover als de 
afspraaktermijn reikt. Het aantal mensen dat per dag een afspraak komt 
maken vermenigvuldigd met de afspraaktermijn (gecorrigeerd voor de week- 
enddagen) geeft dan de normale wachtrijlengte. De volgende vergelijking 
kan worden opgesteld: 
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Afdeling Verwachte wachtrij Gevonden wachtrij 
Intern 15,9 12:47 
Chirurgie I 18,0 14,83 
Chirurgie II == -- 
Gynaecologie 16,4 24,91 
Pediatrie 6,4 6,46 
K.N.0. 9,5 16,47 


Ter verduidelijking volgt hieronder de berekening voor de afdeling Intern, 
de andere berekeningen verlopen op dezelfde manier. 


(Er x 4,000 x 0,6) x (14 - 2 x 2) = 15,9 

De afwijking tussen de verwachte wachtrij en de gevonden wachtrij is 
voor de afdeling Gynaecologie en de afdeling K.N.O. waarschijnlijk op dezelfde 
manier te verklaren als de afwijking die er bij de wachtdagen optrad. Het 
aantal spoedbedden is relatief hoog en dat resulteert in een groter aantal 
verschoven patiënten. Deze verschoven patiënten blijven dus langer op de 
wachtlijst staan dan de bedoeling was en daardoor wordt de wachtrij langer. 

De afwijking naar beneden van de afdelingen Intern en Chirurgie I is 
moeilijker te verklaren. Een afwijking naar boven is te verklaren door de 
verschuivingen die er plaatsvinden. De enige mogelijkheid is dat er minder 
patiënten zijn aangekomen voor de afdeling of dat het percentage spoedpatiën- 
ten boven de 40% ligt, omdat er sprake is van een stochastisch model. Bij 
berekening blijken deze percentages inderdaad iets naar beneden af te wijken. 


7.3 RESULTATENONDERZOEK 


7.3.1 Betrouwbaarheid van de schattingen 


Bij het bepalen van het functioneel model is al aangegeven dat de bepaling 
van het 'datum point' problemen opleverde, omdat de kans groot is dat er 
tussen de steekproef uitkomsten autocorrelatie bestaat. 

We hebben de keuze tussen een steekproefgrootte (n) van 1 (70 dagen), 
10 (weken), 70 (dagen). Bij deze laatste twee is er sprake van autocorrelatie 
als gevolg van het karakter van het ziekenhuisgebeuren. 

De keuze van een steekproefgrootte van 1 heeft echter wel tot gevolg 
dat de betrouwbaarheidsintervallen die we van de resultaten kunnen opstellen 
aanzienlijk groter zijn en het is dan ook de vraag of een dergelijk groot inter- 
val nog zin heeft. Het opstellen van een betrouwbaarheidsinterval is boven- 
dien moeilijk, omdat de populatievariantie niet bekend is. Om dan toch een 
betrouwbaarheidsinterval te kunnen opstellen, is een grotere n dan 50 nodig, 
i.v.m. de benadering door de normale verdeling. We zullen daarom alleen een 
betrouwbaarheidsinterval opstellen voor een n van 70. We moeten er dan wel 
rekening mee houden dat door de autocorrelatie de geschatte variantie kleiner 
is dan de werkelijke variantie. Voor een zuiver betrouwbaarheidsinterval is 
een aantal herhalingen van de '10 weken! nodig. 
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Een 95%-betrouwbaarheidsinterval ziet er als volgt uit: 


gel 0] 
D Or 


<. 1,96 SuSx+ £ 


v70 v70 


“1,96 


Voor de over de week gemiddelde bezettingsgraden van de zes afdelingen 
zien de betrouwbaarheidsintervallen er als volgt uit (voor de gegevens van 
de eerste variant): 


mm 


Afdeling Betrouwbaarheidsinterval 
Kee adden E E E dek ee 
Intern 0,71 t 0,0164 

Chirurgie I 0,86 £ 0,0211 

Chirurgie II 0,77 + 0,0398 

Gynaecologie 0,91 £ 0,0258 

Pediatrie 0,69 t 0,0375 

K.‚N.0. 0,90 £ 0,0328 


Amma mmm) 


7.3.2 Resultatenanalyse 


In deze paragraaf wordt aan het uiteindelijke doel van het model toege- 
komen, d.w.z. de alternatieven worden met elkaar vergeleken. 
De gegevens die voor vergelijking in aanmerking komen zijn: 


- aantal doorgestuurde patiënten 
- bezettingsgraden, gemiddeld over de week 
- het gemiddelde aantal wachtdagen 


Deze gegevens zullen daartoe eerst in een aantal staatjes worden weergegeven 


waarna een algehele vergelijking kan worden opgezet. 


Aantal doorgestuurde patiënten 
nn onde 


190 bedden 210 bedden 
Afdeling opn- opn- opn- opn- opn- opn- 
pol 1 pol 2 pol 3 pol 1 pol 2 pol 3 


DU wWN == 
ui 
Ko) 

(oD 
olooF OO 
N 

OO WOO 


Totaal 49 55 37 1 
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Weekgemiddelde van de bezettingsgraden 
190 bedden 210 bedden 
Afdeling opn= opn- opn= opn- opn- opn- 
pol 1 pol 2 pol 3 pol 1 pol 2 pol 3 
1 0,76 DIS 0,79 0,76 0., 70 0,71 
2 0,87 0,91 0,88 0,82 0,74 0,87 
3 0,79 0,84 0,80 079 E 0,68 
4 0,88 0,87 0,90 0,81 0,82 0,80 
5 0,52 0,59 0,65 0,70 0,77 Ors 
6 0,93 0,92 0,88 0,82 0,85 0,84 
Het gemiddelde aantal wachtdagen 
S ESA SEA ANSO E E E ESEE O a ATONE E E S OERE DEEE E AES 
190 bedden 210 bedden 
Afdeling opn- opn- opn- opn- opn- opn- 
pol 1 pol 2 pol 3 pol 1 pol 2 pol 3 
1 14,00 14,24 14,10 14,00 14,24 14,19 
2 14,00 14,55 14,28 14,00 14,24 1358 
3 wa "PR TA ato: ais ad 
4 7,60 7,07 11,61 7,23 6,81 11,00 
5 14,04 12,25 14,04 14,00 12,82 14,07 
6 20,72 a O 13,03 8,21 12,20 14,64 


Voor een analyse van deze resultaten zal men primair kijken naar de belang- 
rijkste criteria. Het aantal doorgestuurde patiënten speelt in dit verband 
een hoofdrol. 


Doorgestuurde patiënten 


Bij 190 bedden valt op dat het aantal doorgestuurde patiënten bij politiek 
3 het laagste is. Opnamepolitiek 3 houdt in dat bij afspraken steeds gekeken 
wordt naar de bezettingsgraad en de al aanwezige wachtrij. Blijkbaar wordt 
de afspraaktermijn dus gemiddeld langer, de afspraakpatiënten moeten langer 
wachten, maar er kunnen meer spoedpatiënten worden opgenomen. Als men 
naar het gemiddelde aantal wachtdagen kijkt blijkt dit voor de meeste afde- 
lingen bij politiek 3 inderdaad iets hoger te zijn, maar niet overtuigend. 


Een vergelijking van het aantal van 190 met het aantal van 210 bedden 
laat zien dat voor alle drie opnamepolitieken het aantal doorgestuurde spoed- 
patiënten afneemt. Bij 210 bedden geven zowel politiek 1 als 3 een gering 
aantal doorgestuurde patiënten te zien. 


Vergelijking van politiek 1 met politiek 2 


Deze strategieën zijn in principe eigenlijk gelijk. Ze hebben gemiddeld 
dezelfde afspraaktermijn. Alleen de afspraakpatiënten zullen een verschil 
merken. Toch blijkt dat het aantal doorgestuurde patiënten bij politiek 2 
bij 210 bedden hoger ligt dan bij politiek 1. Dit kan komen, doordat er een 
aantal van de afspraakpatiënten eerder wordt opgenomen, namelijk die met 
prioriteit 1, dan bij politiek 1. 
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T.a.v. de bezettingsgraad kan worden opgemerkt dat voor de meeste 
afdelingen het verschil tussen politiek 1 en politiek 2 niet erg groot is. 


Vergelijking van politiek 1 met politiek 3 


Omdat politiek 1 en 2 in wezen niet veel verschillen zal worden volstaan 
met een vergelijking van politiek 1 en 3. Eerder is al opgemerkt dat het 
aantal doorgestuurde patiënten bij politiek 3 in totaal lager is. Bij een 
nadere analyse blijkt ook hier weer dat een vergelijking voor de afzonderlijke 
afdelingen verschillend uitvalt. 

De verschillen in bezettingsgraad bij beide strategieën zijn voor de afzon- 
derlijke afdelingen ook weer niet altijd gelijk. De laagste waarde die bij deze 
politieken gemeten is, is een bezettingsgraad van 68%, bij een aantal van 
210 bedden. De vraag of dit percentage niet te laag is, is zonder verdere 
gegevens over de criteria die men hiervoor in de ziekenhuiswereld hanteert 
moeilijk te beantwoorden. 


7,4 CONCLUSIES 


Uit de resultatenanalyse in de vorige paragraaf kan worden geconclu- 
deerd dat er geen duidelijke aanbeveling kan worden gegeven voor het beleid 
dat de beste resultaten oplevert. Dit is o.a. afhankelijk van de criteria die 
men t.a.v. de gegevens hanteert. Is het van het hoogste belang dat het 
aantal doorgestuurde patiënten zo laag mogelijk wordt gehouden, dan is het 
duidelijk dat gekozen moet worden voor opnamepolitiek 1 met een aantal van 
210 bedden. Is de bezettingsgraad het belangrijkste criterium dan gaat de 
aanbeveling in de richting van opnamepolitiek 3, dan echter met 190 bedden. 


Zoals al eerder is opgemerkt bestaan er voor de verschillende gegevens 
tussen de afdelingen onderling moeilijk te verklaren verschillen. Om tot een 
beter gefundeerd oordeel te komen is het daarom noodzakelijk de analyse 
per afdeling afzonderlijk te laten verlopen. Ook zou een aantal andere gege- 
vens nader bekeken moeten worden. 

Bedoeld wordt o.a. het aantal verschoven patiënten. Bij opnamepolitiek 
2 zou onderscheid gemaakt moeten worden tussen de verschillende priori- 
teiten. 

Verder zou steeds bekeken moeten worden hoe het aantal opgeschoven 
patiënten is opgebouwd, d.w.z. hoeveel patiënten worden 1 dag, hoeveel 
2 dagen, enzovoort opgeschoven. 


Ook lijkt het dat de werkwijze die is toegepast voor de verdeling van 
de bedden over de afdelingen misschien niet optimaal is. Vooral afdeling 6 
valt hierbij ọp. Doordat deze afdeling een lage gemiddelde ligduur heeft, 
is het aantal bedden klein. Waarschijnlijk te klein, want bij alle varianten 
is het aantal doorgestuurde patiënten op afdeling 6 het hoogste, terwijl deze 
afdeling bijvoorbeeld toch minder patiënten hoeft op te nemen dan afdeling 4. 
Er zou dus geëxperimenteerd moeten worden met een andere verdeling 
van de bedden over de afdelingen. Daarbij is het om tot een goed oordeel 
te komen waarschijnlijk ook beter om een groter aantal waarden t.a.v. het 
totale aantal bedden te onderscheiden. 


242 Cases IX.53 


Tenslotte 


Met betrekking tot een eventuele gevoeligheidsanalyse kan tenslotte 
worden opgemerkt dat dit niet voor alle factoren even eenvoudig is. Dit 
vanwege de vele berekeningen die gemaakt zijn i.v.m. het bepalen van de 
invoergegevens en de starteondities. 

Het patiëntenaanbod is bijvoorbeeld voor de klinische patiënten nu gesteld 
op 4.000 patiënten per jaar: dat getal veranderen brengt een groot aantal 
nieuwe berekeningen met zich mee. 

Wel eenvoudig te veranderen factoren zijn bijvoorbeeld: de verdeling van 
de patiënten in prioriteitengroepen en hun diverse afspraaktermijnen, de 
‘kritieke waarden’ van de bezettingsgraad en de wachtrij bij opnamepolitiek 
3, de afspraaktermijnen bij politiek 1 en de gemiddelde ligduren. 
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BIJLAGE 1: x7-toets op ”De ligduur van 200 chirurgie patiënten” 


Getest wordt: 
Ho: de ligduur x is exponentieel verdeeld met 


P(x áx) =- e dg = en 
Ex = 20 
Aantal ligdagen $i ë; 
nnee de N 
1 t/m 13 103 98,17 
i4 = 26 43 48,67 
TOE 31 25,41 
40 - 52 9 13,26 
33 =69 6 6,92 
66 - 182 8 7,54 
I A Se E T ERNE TERA T TOEN AR ARES SE E ASE Ee EA 
200 119,97 


fj: de werkelijke frequentie 
ej: de theoretische frequentie 


Hieruit volgt: 


De tabel geeft met 6-1-1 = 4 vrijheidsgraden en a = 0,05 als kritieke 
waarde (c) de waarde 9,49. 


Dus, omdat x° <c: Ho niet verwerpen. 


244 $ Cases IX.55 


BIJLAGE2: %’-toets op ”Het gynaecologie-aanbod over 
200 werkdagen” 


Getest wordt: 
Ho : het aanbod x is Poisson verdeeld met 


ea 
P(x =k)= KI 
ie dM 
k A fi ei 
aE EEDE laas O E E OEE EERE o 
0 2 1,55 
1 „J6 7’53}9,08 
2 17 18,31 
3 29 29,66 
4 32 36,03 
5 34 35,02 
6 30 28,37 
7 19 19,70 
8 21 11,97 
9 9 6,46 
10 3 j2 3141960 


fi: de werkelijke frequentie 
ej: de theoretische frequentie 


Hieruit volgt: 


CE -a 
AREN 1 k m 


De tabel geeft met 9-1-1 = 7 vrijheidsgraden en a = 0,05 als kritieke waarde 
(c) de waarde 14,1. 


Dus, omdat x° < ce: Hy niet verwerpen. 
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BIJLAGE 3: “Norm voor het aantal bedden” 


Het uitgangspunt voor het beddenaantal, gebruikt in dit model, is geba- 
seerd op een gedeelte uit het boek "De Economie en het Ziekenhuis"*). De 
passage die hierop betrekking heeft, luidt als volgt: 

"In dit kader wordt even aandacht geschonken aan de norm voor het 
aantal bedden. De ziekenhuisgrootte wordt uitgedrukt in het aantal bedden. 
Hoe meer bedden, hoe groter het ziekenhuis. Het aantal bedden geeft welis- 
waar niet de totale capaciteit aan van het ziekenhuis, maar voorlopig is er 
geen betere maatstaf. 

Sinds jaren wordt voor de beoordeling van plannen de beddennorm gehan- 
teerd. Voor de eenvoud beperk ik mij tot de algemene ziekenhuizen. Voor 
deze categorie is de norm 4 pro mille, d.w.z. 4 ziekenhuisbedden per 1.000 
inwoners. In de ziekenhuiswereld is fel geprotesteerd tegen deze norm, maar 
de moeilijkheid daarbij is dat de protesten niet 'hard' gemaakt kunnen worden. 
Het is wetenschappelijk niet aantoonbaar dat 4 bedden per 1.000 inwoners 
te weinig is om een goede ziekenhuisvoorziening te bieden. Een vergelijking 
met het buitenland gaat niet op, omdat de gezondheidszorg daar anders is 
georganiseerd. Men kan de beddennorm niet beoordelen zonder de poliklinische 
voorzieningen in de beschouwingen te betrekken. 

De beddennorm van 4 pro mille moet men als politieke norm zien: Het 
Nederlandse volk is bereid zoveel geld aan de gezondheidszorg te besteden 
dat er voor iedere 1.000 inwoners 4 ziekenhuisbedden beschikbaar zijn." 


(In hetzelfde boek staat behalve de beddennorm ook nog een opnamecoëfficiënt 


vermeld. De opnamecoëfficiënt voor algemene ziekenhuizen is 10%, d.w.z. per 
jaar worden 10 op de 100 mensen in het ziekenhuis opgenomen.) 


*) De economie en het ziekenhuis, Drs. A. Mulder (uitg. De Tijdstroom). 


HOOFDSTUK X 


Opgaven 


OPGAVE I 


Een bevriende winkelier bij u in de buurt is bekend met uw 
bedrijfskundige studie en weet ook dat u een deskundige bent op 
het gebied van simulatie. Hij vraagt u om een onderzoek in te stellen 
naar zijn bedrijfsvoering. Na een aantal gesprekken met de winkelier 
stelt u de volgende punten vast. 


1. Het betreft een typische eenmanszaak. 

2. De openingstijden zijn van 9.00 - 18.00 uur, non-stop. 

3. De aankomst van klanten heeft eén kans van p per minuut. 
(Bijvoorbeeld p = 1/5, d.w.z. gemiddeld komt elke vijf minuten 
een klant binnen.) 

4, 90% van de klanten wordt bediend met een helptijd welke uniform 
verdeeld is tussen a en b minuten (bijvoorbeeld U[2,10]). 

5. 10% van de klanten echter willen het winkelbezoek wel eens als 
een welkome afleiding op het dagelijkse gebeuren beschouwen 
en zij houden de winkelier een tijd bezig, welke Poisson verdeeld 
is met een gemiddelde van 15, doch maximaal 60 minuten duurt 
en minimaal 2. 

6. De gemiddelde (netto) winst per klant bedraagt $ G,-- (bijvoor- 
beeld § 2,50). 


U heeft afgesproken met uw winkelier om de volgende alternatie- 
ven te onderzoeken. 


1. Het huidige systeem, zoals boven beschreven is. 

2. De winkelier neemt een winkelbediende in loondienst; kosten 
$ F‚-- per jaar (bijvoorbeeld § 50.000,--). 

3. Hij past een strategie toe, waarbij de kletsklanten na 10 minuten 
worden verzocht te vertrekken. De helft van deze klanten ver- 
liest hij aan de concurrentie. 

4, De klanten, die voor zich Q (bijvoorbeeld 5) klanten zien 
wachten, vertrekken weer zonder geholpen te worden. 

5. Die klanten, welke een helptijd onder de 4 minuten hebben, 
worden het eerst geholpen met de discipline van 'Shortest time 
first '! 
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Vragen en opdrachten*) 
1. Voer een handsimulatie uit voor de eerste 6 klanten. 


Gevraagd wordt om de resultaten in een tabel weer te geven 
als volgt: 


voortschrijdend 
klant- | aankomst- | helptijd [wachttijd | vertrek- | lengte gemiddelde 
nr. tijd 


tijd klant klant klant wachtrij helptijd 


Over welke uitvoergegevens zou u verder nog graag willen 
beschikken? 


Is het systeem (alternatief 1) statisch of dynamisch; determi- 
nistisch of stochastisch; een 'steady-state! systeem? 

Is hier sprake van een 'fixed-time-inerement' model of van een 
next-event-time!' model? 

Licht de antwoorden toe. 


Zou men de term 'Monte Carlo experiment! mogen toepassen voor 
dit simulatie-onderzoek? Waarom (niet)? 


Het systeem wordt bij elke run 'leeg' gestart. Is dit acceptabel? 
Noem mogelijkheden om de startproblematiek in het algemeen 
op te vangen. 


Maak een globale berekening om p en de helptijd U[a,b] met 
elkaar in overeenstemming te brengen. (Ga uit van de numerieke 
gegevens.) 

Maak op grond van een redelijk jaarinkomen voor de winkelier 
een schatting voor een gewenste § G,-- per klant. 

Bekijk op grond van deze beschouwingen de mogelijkheden of 
wenselijkheden van alternatief 2. 


Bereken het aantal 'runs'. Neem zelf waarden aan voor eventueel 
ontbrekende gegevens. Neem de betrouwbaarheid op een waarde 
van 95%. Welke criteria legt u aan? 


*) De beantwoording van de vragen dient steeds gepaard te gaan met een 
deugdelijke argumentatie. 
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7. Hoe kan een simulatierun beëindigd worden? 
a. In dit concreet geval. 
b. Welke technieken kunnen in het algemeen worden gebruikt”? 


8. Ontwerp een experimenteel model voor het simuleren van 
alternatief 4. 


OPGAVE II 


Wij beschouwen een eenvoudig gestileerd voorraadsysteem. De 
vraag D en de levertijd LT (uitgedrukt in dagen) zijn stochastische 
variabelen, met bekende waarschijnlijkheidsverdelingen, respectieve- 
lijk gegeven door f‚(D) en f,(LT). De voorraad wordt dagelijks 
verlaagd met de totale vraaghoeveelheid van die dag. Wanneer het 
niveau gelijk aan of onder het bestelpunt BP komt, wordt een beslis- 
sing gegenereerd voor een bestelhoeveelheid Q* (optimale bestel- 
hoeveelheid). 

Bij levering van deze hoeveelheid wordt de voorraad bijgewerkt. 
De totale kosten TC van het systeem bestaan uit drie kostengroepen: 
TC, TC, en TC3, waarbij de C; kostenparameters voorstellen 
(meestal per stuk en/of per tijdseenheid). 

Men wenst dit systeem te simuleren om de invloed te onderzoeken 
van de verschillende systeemparameters op de totale voorraadkosten 
TC. De volgende vragen hebben in principe betrekking op het 
beschreven voorraadsysteem. Geef echter waar mogelijk c.q. nodig 
op sommige plaatsen een wat uitvoeriger en meer in het algemeen 
geldend antwoord. 


Om de vragen te kunnen beantwoorden acht u wellicht verdere 
veronderstellingen m.b.t. het voorraadsysteem nodig. U dient deze 
dan zorgvuldig te definiëren en te beargumenteren. 


Vragen 


1. Uit welke drie onderdelen (TC:;, TC», TC3) bestaan de totale 
kosten van een voorraadsysteem? 
Definieer de parameters Cı, C2 en C3 en vergeet niet de dimensie 
vast te stellen. 


2. Geef een visualisering van het voorraadsysteem m.b.v. een 
schets. Laat zien wat het systeem ingaat en wat er uitkomt. 
Catalogiseer de relaties, verdelingsfuncties, parameters en 
de verschillende variabelen. 


3. Zoudt u behalve de genoemde doelstelling nog andere doelstel- 
lingen van het simulatiemodel en het simuleren kunnen formuleren? 


10. 


11. 
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Noem alle factoren die u met behulp van bovenstaande gegevens 
in een experimenteel ontwerp zou kunnen invoeren. Hebt u vol- 
doende gegevens om een concreet experimenteel ontwerp te 
construeren? 

Zo niet: vul uw gegevens aan. 


Stel dat van elke factor twee waarden in beschouwing worden 
genomen. 

U simuleert per keer het voorraadsysteem gedurende 180 dagen. 
Elke run wordt 30 maal herhaald om de fout van het 'random 
effect' te reduceren. 

Stel een volledig experimenteel ontwerp op. 

Hoeveel meetpunten krijgt u? 


Wat betekent het getal: '180 dagen'. Hoe wordt dit genoemd? 
Geef een methode (korte omschrijving) om het getal '180' te 
bepalen. 


Wat stelt de '30' van de herhalingen voor? 

Bespreek in verband hiermee het verschil tussen een 'replicated 
run' en een ‘continued run' en geef van beide mogelijkheden 

aan waar de knelpunten zitten wat betreft: 

a. afhankelijkheid; 

b. voorloopperiode. 

Welke methode zou u voor het voorraadsysteem kiezen en waarom? 
Vindt u een sterke correlatie tussen de herhalingen wenselijk? 
Welke methode gaat u toepassen om deze correlatie te bewerk- 
stelligen? 


Zijn er redenen waarom u liever van het volledig experimenteel 
ontwerp zou afzien? 

Noem en bespreek ze kort. 

Welk alternatief kiest u dan? Werk dit uit. 

Geef de motivatie voor uw keuze en bespreek de optredende 
consequenties en nadelen. 


Welke startvoorwaarden legt u aan het voorraadsysteem op? 
Motiveer! Geef aan hoe de startwaarden van de relevante para- 
meters uit het voorraadsysteem bepaald worden. 


Veronderstel dat u een geschikt experimenteel model hebt 
opgebouwd. Wat kunt u globaal gesproken doen om uw model 
te valideren? U gaat nu experimenteren met uw model en u 
verkrijgt na enige tijd een serie uitkomsten. Wat gaat u met 
deze uitkomsten doen? 


Wat zullen voor de voorraadmanager de belangrijkste kenmerken 
zijn, voor acceptatie van uw systeem? 

Welke eisen zal hij stellen opdat uw systeem ontwerp-technisch 
en programma-technisch zal voldoen? (Apart behandelen.) 
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OPGAVE III 


Een zogeheten thesaurie-informatiesysteem houdt zich o.a. 
bezig met het aantrekken van financieringsmiddelen, met cash- 
management, e.d. Het thesaurie-systeem kan als een stafsysteem 
t.b.v. het financieel informatiesysteem worden beschouwd. 

Het management wordt ondersteund door dit thesaurie-informatie- 
systeem teneinde financieringsbeslissingen van het bedrijf goed 
gefundeerd te kunnen nemen. Ook zal m.b.v. dit systeem toezicht 
gehouden worden op bijvoorbeeld: de rentabiliteit van de investerin- 
gen, de kosten van eigen en vreemd vermogen, de uitstaande 
debiteuren, beleggingen, voorraden, enzovoort. 


1. Leg uit in welke betekenissen simulatie het financiële management 
behulpzaam kan zijn. Denk hierbij aan de managementfuncties. 
Een voorbeeld uit het hierboven beschreven thesauriesysteem 
kan dit verduidelijken. 


2. Om financiële beslissingen t.a.v. de toekomst te kunnen nemen, 
dient het simulatiemodel van de thesaurus 'on line! faciliteiten 
t.b.v. het management ter ondersteuning te bieden. Kunt u 
enige faciliteiten noemen? 


3. Noem enige algemene eisen, die gebruikers aan een simulatie- 
model kunnen en zullen stellen, dus ook aan het financiële 
simulatiemodel. 


4, Om welke redenen zou hier zeker gevoeligheidsanalyse gebruikt 
moeten kunnen worden? Noem eens een financieel voorbeeld, 
waarbij dit goed kan worden toegepast. 


5. Denkt u dat de keuze van de startwaarden voor de simulatie 
er veel toe kunnen doen? Hoe dient men te handelen t.a.v. deze 
problematiek? 


6. Bij een bestaand financierings-support-systeem (FSS) wordt 
gesteld, dat er sprake is van het gebruik van twee modellen, 
namelijk een simulatie- en een optimaliseringsmodel. De aanvaard- 
bare hypothesen van de simulatie dienen als input voor het 
optimaliseringsmodel. 

Legt u eens beknopt, doch wel duidelijk en consistent uit, wat 
van de voorgaande tekst de betekenis en de bedoeling kan zijn. 
Is overigens - gezien de aard van de problematiek - optimalisatie 
wel goed mogelijk? Motiveer uw antwoord. 


1. Wat betekent de volgende uitspraak voor het ontwerpen en het 
gebruik van simulatiemodellen in het thesaurie-systeem: 
“Het management moet de concrete realisaties steeds kennen 
en de afwijkingen met de projecties kunnen evalueren, zowel 
ten aanzien van de kasinkomens als van het rendementsniveau.' 
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OPGAVE IV 


De bushalte bij een N.S. station is onderwerp van een onderzoek. 
De wachttijden blijken nogal eens onaanvaardbaar op te lopen. Boven- 
dien is de afstemming op aankomst en vertrek van treinen slecht 
geregeld. De bushalte ir kwestie is geen begin- of eindpunt, doch 
ligt ergens halverwege in een verkeerstechnisch drukke route. 
Er blijken veel treinreizigers van de bus gebruik te maken, gezien 
de vele busreizigers die bij de halte uitstappen (gewoonlijk meer 
‚dan de helft van het aantal inzittenden) en ook de grote hoeveelheid 
reizigers die hier instappen (meestal nog meer dan het aantal uit- 
stappers). 

De treinen rijden stipt op het halve uur, bijvoorbeeld X.15 
en X.45 uur. De bussen rijden in principe om het kwartier, doch 
beslist niet stipt (X.00, X.15, X.30, X.45). Als de bus 1 of 2 
minuten vóór de treinaankomst arriveert, wacht hij de trein af. 

Veronderstel dat er geen overstaptijden zijn. Dus de bus van 
X.15 is op tijd voor de trein van X.15 zowel voor in- als uit- als 
overstappers. 

De bus telt een maximaal aantal plaatsen (bijvoorbeeld 50 per- 
sonen), dat niet overschreden wordt. 

De gegevens, die u ter completering van belang acht, ook ter 
beantwoording van de volgende vragen, dient u met vermelding 
van reden zelf te geven. 

Eén zo'n gegeven is bijvoorbeeld de veronderstelling dat niemand 
gaat lopen of een taxi neemt als een volle bus voor zijn neus wegrijdt, 
doch blijft wachten op de volgende bus. 


1. Maak op grond van bovenstaande gegevens een probleemformu- 
lering en een modelbeschrijving, tenminste m.b.v. een schets. 
Welke variabelen neemt u mee, welke zijn stochastisch; welke 
verdelingen stelt u voor, enzovoort. Motiveren! 


2. Welke uitvoer zoudt u wensen teneinde eventuele maatregelen 
van de vervoersdirectie te kunnen beoordelen? Wat is het nut 
van simulatie t.a.v. dit onderzoek? 


3. Zoudt u om bovenstaand vraagstuk m.b.v. de computer op te 
lossen bij voorkeur een simulatietaal gebruiken of zouden de 
specifieke eigenschappen van zo'n taal hier zo onvoldoende 
benut worden, dat men met een algemene hogere programmeer- 
taal zou kunnen volstaan? 


4. Geef de procedures aan op grond waarvan u de steekproef- 
omvang en/of runlengte en het aantal herhalingen gaat bepalen. 
Bereken een en ander zo mogelijk. 
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5. U wilt een tweemaal zo grote nauwkeurigheid in uw response- 
variabele verkrijgen; hoe verandert u de in vraag 4 voorgestelde 
getallen ? 


6. Kan men en is het juist om dit systeem 'leeg' te starten. Wat 
stelt u voor? Wanneer moet de laatste bus (aan het eind van 
de dag) rijden? 


7. Kan men in het experiment van ‘multiple response! spreken? 
(‘Multiple response! betekent dat er meer responsevariabelen 
bestaan, die tot min of meer tegenstrijdige konklusies zouden 
kunnen leiden). Zo ja, welke kwantitatieve problemen kunt u 
dan hier verwachten bij validatie? 


8. Zijn er in het beschreven 'systeem' simplificaties, die zodanig 
de juiste gang van zaken vertroebelen dat simulatie-experimenten 
in het geheel niet betrouwbaar zijn? Hoe komt u daar achter? 
Probeer relaties te vinden die mogelijk verfijnd kunnen worden. 


OPGAVE V 


Ralph H. Sprague bespreekt in een artikel*) een financieel 
planningsmodel, waarvan hier een korte beschrijving volgt. 

Het model is ontwikkeld voor een bank. 

De invoer bestaat uit doelstellingsvariabelen, marktvariabelen, 
omgevingsvariabelen en instrumentele variabelen op het gebied van 
marketing en financiering, historische gegevens, interne en externe 
gegevens, enzovoort. Met het model is het mogelijk de verrichtingen 
van de bank voor de periode van een jaar te simuleren. Dan wordt 
als uitvoer verkregen: een verzameling financiële grootheden, zoals 
een balans, liquiditeit, een aantal ratio's, enzovoort. 

De uitvoer is een voorspelling van de komende 12 maanden, 
gespecificeerd per maand. 

Managers kunnen op deze uitvoer reageren door interactief 
met het model te gaan experimenteren, alternatieve beslissingsregels 
in te voeren, enzovoort om een en ander te kunnen evalueren en 
te vergelijken met de doelstellingen. 

Zij kunnen allerlei vragen stellen als: "wanneer hebben we 
extra kapitaal nodig", "hoeveel zouden we voor een nieuw fonds 
moeten betalen" of "hoeveel kost het om een veilig liquiditeitsniveau 
te handhaven". 


*) System Support for a financial planning model', H. Sprague, National 
Association of Accounts, New York, 1972. | 
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Het gehele systeem bestaat uit een: gegevensmatrix, de simulator 
en een 'access-system'. 

De gegevensmatrix bevat alle in- en uitvoergegevens. 

De matrix bevat o.a. een set historische gegevens van de 
laatste 24 maanden en een set toekomstige gegevens van 12 maanden. 
Elke maand wordt het model eenmaal 'standaard gedraaid', dan schuift 
de ‘oudste maand! uit de historische gegevens eri de pas verstreken 
maand komt erbij. De simulator geeft de verwachte verrichtingen 
van de bank voor de komende 12 maanden. 

Een onderdeel is een verzameling statistische routines. Hierin 
bevindt zich o.a. een tijdreeksanalyseprogramma aat de nistoriscne 
gegevens laat 'passen' op een aantal verschillende (verdelings)- 
functies (Goodness of fit) en dat de best passende kiest. 

Deze automatisch gevormde projectie wordt aan de behandelende 
manager ter beoordeling gegeven, die desgewenst veranderingen 
kan aanbrengen. 

Vervolgens is er de eigenlijke simulatie. 

Tenslotte geeft een report generator de uitvoer in een overzich- 
telijke vorm. 

Het 'access-system' zorgt ervoor dat managers en bedrijfs- 
analisten de database (gegevensmatrix) kunnen benaderen, 
analyseren en wijzigen, zodat het systeem behalve periodiek (eens 
per maand) ook gedraaid kan worden wanneer iemand dat wil. Hier- 
voor is een ‘experimentele datamatrix' aanwezig, zodat alle soorten 
experimenten de maandelijkse run niet verstoren. 

Het model is in de praktijk een waardevol en krachtig instrument 
gebleken, waarmee aan de toenemende complexiteit van de heden- 
daagse bedrijfsuitvoering tegemoet kan worden gekomen. (Als bijlage 
ter verduidelijking, treft u een tweetal schema's aan.) 


Vragen 


l. Stel dat uzelf een opdracht krijgt om een simulatieproject voor 
een dergelijk financieel planningsmodel uit te voeren. Hoe zou 
hiervoor simulatie als instrument van onderzoek kunnen worden 
gebruikt ? | 
Beantwoord deze vraag aan de hand van de volgende punten: 


- De opzet van het model dat u zou willen gaan gebruiken 
voor de simulatie-experimenten t.b.v. de onderzoeksfase. 


- De relaties van het eigenlijke ontwerpproces van het 
beschreven financiële planningsmodel van Sprague. 


- De start van uw onderzoek na het verkrijgen van de opdracht. 
Hierbij dient tamelijk gedetailleerd aan de orde te komen de 
e oriënterende fase; 
* systeem- en probleemdefinitie; 
* het vinden en ordenen van het waarnemingsmateriaal; 
e het formuleren van hypothesen; | 
e enzovoort. 
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2. Stel een conceptueel model op van dat gedeelte uit het plannings- 
model dat simulatiekenmerken bevat en geef voor uw model de 
exogene en endogene variabelen en de verzameling relaties en 
parameters. 


3. Waarom zoudt u het genoemde tijdreeksanalyseprogramma 
invoeren? Zoudt u ook een programma op willen nemen voor 
gevoeligheidsanalyse? 


4. Probeer een zo goed mogelijke opzet te maken voor uw 
experimenteel ontwerp. 


>. Wat is in verband hiermee de doelstelling van uw simulatie? 


6. Aan welke eisen t.a.v. het gebruikende management zoudt u 
tegemoet willen komen? Op welke manier? 


T. Zou het gebruik van de taal SIMULA op bezwaren van het 
management kunnen stuiten? 


8. Aan welke eisen t.a.v. het programmeren van het model moet 
worden voldaan? 
Om welke reden zou het in de genoemde modules verdeeld zijn? 


9. Wat moet u doen om het management te overtuigen dat 
a. het model betrouwbaar is om voor de bank te nemen beleids- 
maatregelen te ondersteunen. 
b. het model zoveel oplevert dat het zijn geld waard is. 


10. Vindt u het model zoals dit in de opgave beschreven is wel een 
'echt' simulatiemodel? 
Kunt u criteria definiëren op basis waarvan een uitspraak of 
een willekeurig model een simulatiemodel genoemd mag worden 
kan worden gedaan? | 
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De volgende opgaven zijn o.a. op het punt van vraagstelling 
van een andere aard dan de voorgaande. Terwijl de vragen van de 
eerste vijf opgaven heel concreet zijn, is de vraagstelling nu nogal 
open. De bedoeling van deze opgaven is dat de studenten ze geheel 
zelfstandig uitwerken, dus inclusief een computerprogramma. De 
uitwerking kan als onderdeel van een verslag worden opgenomen. 

Gevraagd zou kunnen worden om in dit verslag aandacht te 
besteden aan de volgende punten: 


- probleemstelling; 

- formulering doelstelling(en) van het onderzoek; 
- formulering van het model; 

- het experimenteel ontwerp; 

- computerprogramma; 

- validatie, waaronder resultatenanalyse. 


Zie voor een voorbeeld hoofdstuk IX, de case 'Ontladen'. 


OPGAVE VI 


Simulatie van een centrale meldpost*) 


In één van onze naburige landen is een groot coöperatief bank- 
concern bekend onder de naam: de 'Verenigde Vlaamse Gemeenten! 
ofwel VVG. 

In alle plaatsen van enige betekenis bevinden zich één of meer 
lokale banken, die bij de VVG zijn aangesloten. 

Voor de afhandeling van de transacties die zich bij de banken 
afspelen beschikken de plaatselijke banken over computersystemen. 
Bij de plaatselijke banken zijn op dit moment 260 computers geinstal- 
leerd van type B34 en 190 van type NX8. 

Over niet al te lange tijd wordt dit aantal verder uitgebreid. 
Men verwacht dat over een half jaar het aantal systemen van B34 
310 zal bedragen en van type NX8 220. 


Wanneer er storingen bij de computersystemen optreden, dan 
worden deze telefonisch doorgegeven aan het hoofdkantoor van de 
VVG. Daar bevindt zich een centrale meldpost waar een staf van 
deskundigen met specialistische kennis over de typen B34 en NX8 
de telefonische storingsmeldingen opvangen. 

In vrijwel alle gevallen kunnen de problemen door middel van 
het telefoongesprek worden opgelost. 

Er zijn twee soorten storingsmeldingen, namelijk: technische 
problemen en bedieningsproblemen. | 

De duur van het telefoongesprek is afhankelijk van zowel het 
soort computersysteem als ook van het soort probleem. 


*) Met dank aan dr.ir. J. Koene. 
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De verdeling van de duur van de gesprekken is in de volgende 
tabel weergegeven: | 


Duur in type B34 type B34 type NX8 type NX8 
minuten technische bedienings- | technische bedienings- 
problemen problemen problemen problemen 


Het gemiddeld aantal telefoongesprekken per week per 100 

systemen van type B34 bedraagt 55.6. 

Voor type NX8 is dit aantal 67.7. 

Van alle meldingen voor type B34 is 60% een technisch probleem. 
Bij type NX8 is slechts 40% van technische aard. 

Maandag blijkt de drukke dag: het aantal telefoontjes is 20% hoger 
dan op de andere werkdagen. 

Een werkdag is verdeeld in 4 gelijke perioden van 2.5 uur. 

De werkdag duurt van 8.00-18.00 uur. De eerste periode (van 8.00- 
10.30 uur) geeft 50% meer telefoongesprekken dan in de andere 
perioden. 

De leiding van de meldpost in het hoofdkantoor van de VVG wil 
inzicht krijgen in de gewenste hoeveelheid personeelsleden (eventueel 
zou kunnen worden overwogen om de specialistische kennis te splitsen 
naar de typen computersystemen) en in het aantal benodigde telefoon- 
lijnen over een half jaar. 

Uiteraard spelen factoren als service, kosten en bezettingsgraad 
een grote rol. 


Om aan de wensen van de leiding tegemoet te komen wordt een 


simulatiemodel gemaakt van de centrale meldpost. 
Er wordt u gevraagd om dit model te ontwikkelen. 


OPGAVE VII 


De brugwachter 


Een brugwachter zit met het probleem dat hij zowel automobilis- 
ten als watersporters te vriend moet houden. Aangezien het bij de 
brug zowel op het water als op de weg erg druk is, ontstonden er 
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in het verleden veel problemen. De brugwachter verzoekt u voor 
hem een beslissingsregel te formuleren, waaraan hij zich bij het 
openen van de brug kan houden. 

De brugwachter is van mening, dat het autoverkeer voorrang 
heeft maar dat de gemiddelde wachttijd voor boten toch niet groter 
mag zijn dan 5 minuten. 

Over de situatie bij de brug zijn de volgende gegevens bekend: 


- op de weg: De aankomst van auto's is te beschrijven met een 
negatief exponentiële verdeling. Van beide kanten 
komen er 10 auto's per 2} minuut. Als er geen file 
is kan de tijd die de auto's nodig hebben om de brug 
over te steken verwaarloosd worden. 

Wanneer er een file is ontstaan (door het openen 
van de brug) kan gesteld worden dat de auto's van 
beide kanten, één voor één over de brug rijden. 
De auto's vertrekken dan om de 3 seconden. 


- op het water: De aankomst van de boten is negatief exponentieel 
verdeeld met (van beide kanten) een gemiddelde 
van 20 boten per uur. 


- de brug: Als de brug geopend wordt duurt dit 60 seconden. 
Hierna kunnen de boten van één kant tegelijk één 
voor één onder de brug doorvaren. De doorvaartijd 
is uniform verdeeld op het interval 15-35 seconden. 
Wanneer de brug gesloten wordt duurt dit wederom 
60 seconden. 


Onderzoek het gedrag van het systeem en adviseer de brug- 
wachter omtrent een te volgen beslissingsregel t.a.v. het openen 
van de brug. 


Opmerking: 


Mogelijke regels zijn bijvoorbeeld: 

1. doe de brug om de x minuten y minuten open; 

2. doe bij x boten de brug open tot alle boten erdoor zijn; 
3. doe bij x boten de brug y minuten open. 


OPGAVE VIII 


Autokeuring 


Een vereniging van automobilisten is bezig met het ontwerp van 
een keuringsstation voor auto's. Dit keuringsstation gaat bestaan 
uit twee testapparaten. Als het station in werking is gesteld kan 
de leiding de auto's op afspraak laten komen. Het keuringsstation 
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gaat bestaan uit één wachtplaats voor één auto, gevolgd door het 
eerste testapparaat, daarna een tweede wachtplaats voor één auto 
en tenslotte het tweede testapparaat. 

De helptijd op het eerste testapparaat is normaal verdeeld met 
gemiddeld drie minuten en een standaarddeviatie van } minuut. Na 
de eerste test is 15% van de auto's afgekeurd. Deze verlaten het 
station. De overige auto's worden ook op het tweede apparaat getest. 
De testtijd is hier ook normaal verdeeld met een gemiddelde van vier 
minuten en een standaarddeviatie van één minuut. Buiten het station 
is geen wachtruimte voor auto's. 

Deze opstelling is schematisch als volgt weer te geven: 


15% afgekeurd 


wachtplaats 


E 
Il 


testplaats 


De gevolgen van deze opstellingen zijn (o.a.): 


- wanneer er een nieuwe auto komt en W, is nog bezet dan moet 
voor deze auto een nieuwe afspraak worden gemaakt; 

- wanneer T, en W, bezet zijn terwijl de test in Tı afgelopen 
is en de auto in T, niet afgekeurd is, zal T) bezet blijven tot 
de auto 'door kan schuiven' naar W2; 

- als W; leeg is terwijl de test in T, is afgelopen, zal T, enige 
tijd ongebruikt zijn. 


De leiding kan zelf het aankomstproces bepalen. Zij kan haar 
afspraken maken om de x minuten. Aangenomen mag worden dat dit 
aankomstpatroon precies gevolgd zal worden. De leiding van het 
station wil graag inzicht hebben in de vraag met welke frequentie 
de auto's bij het station dienen aan te komen. 

Uiteraard is voor de directie de bezettingsgraad van het station 
van belang. 

Aangezien de organisatie veel belang hecht aan service wil zij 
ook het eventuele terugsturen van auto's in haar overwegingen 
betrekken. 


Onderzoek m.b.v. simulatie het gedrag van het systeem. Richt 
uw onderzoek zodanig in dat de directie inzicht krijgt in de samen- 
hang van de voor haar belangrijke criteria. 
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OPGAVE IX 


Bakkerijsimulatie 


Een bakkerij produceert een assortiment gebak dat geleverd 
wordt aan (door)verkooppunten. 
- Een verkooppunt bestelt 2 à 3 keer per week. 
Het aantal is afhankelijk van de lokale vraag. (Er zijn dag- en 
seizoensverschillen. ) 
Tot voor kort leverde de bakkerij op bestelling. 
Nu wil de leiding een voorraad aanleggen, want er zijn problemen: 


- technische problemen: afstemming van produktie en vraag; 
- problemen t.a.v. de voorspelling: de vraag is stochastisch 
en erg variabel. 


Men wenst te vermijden dat er frequent omgeschakeld moet 
worden van de ene produktieserie gebak naar de andere. 

Op vrijdag wordt de voorraad opgenomen en verminderd met 
de leveringen voor die dag, daarna wordt de produktieplanning voor 
de volgende week opgesteld. 

Voor elke gebaksoort wordt een bepaald aantal produktie-uren 
beschikbaar gesteld (in principe wordt per gebaksoort één vaste 
produktiedag vastgesteld). 

Extra benodigde capaciteit is eventueel elders in de week beschik- 
baar. 


Ontwikkel een simulatiemodel waarmee het opstellen van het 
produktieplan wordt ondersteund. 
Houd rekening met: 


- de servicegraad (neen-verkoop); 
- de kwaliteit (maximale houdbaarheid is 2 weken in diepvries); 
- het aantal afleveringen per week. 


Het simulatiemodel moet inzicht verschaffen in: 


- de wekelijks te produceren hoeveelheid; 

- voorraad (hoogte en verkoop); 

- neen-verkoop; 

- te vernietigen voorraden; 

- de versheid van het gebak; j 

- de invloed van wijzigingen in: servicegraad, aantal leveringen 
per week, beschikbare produktie-capaciteit c.q. produktie- 
planning. 


- de bestellingen zijn normaal verdeeld; 
- kosten worden in deze simulatie NIET meegenomen. 
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OPGAVE X 


Management game: produktie-simulatie 


Ontwikkel een management game, waarbij een aantal management- 
teams beslissingen moet nemen, die betrekking hebben op het logis- 
tieke proces van een produktiebedrijf. 

Er moeten beslissingen worden genomen m.b.t. inkoop, produktie 
en verkoop. 

Een belangrijk aspect van een management game is het competitie- 
element. Het spel moet de teams zodanig motiveren dat ze al hun 
kennis en inzicht zullen aanwenden om zo goed mogelijke beslissingen 
te nemen. 

Als uitgangspunt nemen we het volgende logistieke systeem: 


half- 
werk- 
verkoop eindprodukten plaats 
2 


Er is een markt waar de grondstoffen gekocht worden, deze kent 
uiteraard een maximum aanbod en er is een markt waar de eind- 
produkten worden afgezet. Deze laatste kent een totale vraag voor 
de bedrijven (managementteams) die hier op opereren. 


Van belang is dat de wezenlijke zaken uit de werkelijkheid in 
het model/spel worden opgenomen. Het model dient aan de andere 
kant eenvoudig te zijn zodat de verbanden eenvoudig te herkennen 
zijn. 

Een aantal aspecten en elementen die onder andere in het model 
opgenomen dient te worden: 


- één type eindprodukt; 

- inkoop- en verkoopmarkt met respectievelijk een totaal aanbod 
en een totale vraag; 

- een vraag naar het eindprodukt per periode die een stochas- 
tisch element bevat en tevens een trend en/of conjunctuur 
kan volgen, met parameters die door de spelleider ingevuld 
c.q. aangepast kunnen worden; 

- analoog voor het aanbod van de grondstoffen; 

- de verkoopprijs is voor alle bedrijven dezelfde, evenals de 
inkoopprijs; 

- er is een levertijd voor de grondstoffen; 

- per produktieproces is er uitval (stochastisch); 
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- de magazijn(opslag)capaciteit en de produktiecapaciteit is aan 
te passen; 

- er zijn produktiekosten, magazijnkosten en bestelkosten; 

- neen-verkopen zullen de vraag bij dat bedrijf in enkele daar- 
opvolgende perioden negatief beinvloeden; 

- het aanbod op de grondstoffenmarkt ijlt na op de totale vraag 
naar eindprodukten hetgeen de inkoopprijzen bij krapte in 
aanbod zal opdrijven en omgekeerd zal doen dalen bij enorm 
overaanbod. 


Van belang bij het spelen is een snelle verwerking van de 
beslissingen, overzichtelijke presentatie van de resultaten van 
iedere ronde en het gemak en het aantal processen dat de spelleider 
kan beïnvloeden (op grond van het spelverloop). Een overzicht van 
het totaal, naast de overzichten voor de afzonderlijke management- 
teams, is dus vereist. 

Men dient ook een (korte) handleiding te schrijven voor degenen 
die het spel spelen. 


OPGAVE XI 


Datacommunicatienetwerk 


In een automatiseringscentrum is een datacommunicatienetwerk 
geïnstalleerd, waarbij gebruik wordt gemaakt van twee verstuur- 
algoritmen van 'packet-switching', namelijk de Hot-Potato Methode 
(HPM) en Statie Routing (SR). Er wordt aangenomen dat er geen 
storingen in het datacommunicatienetwerk kunnen optreden. 


Toelichting 


Netwerk: 
Onder een datacommunicatienetwerk wordt verstaan een 
systeem, dat bestaat uit knooppunten en verbindingen daar- 
tussen (lijnen). 
Een knooppunt bestaat uit een processor, waar berichten 
gegenereerd kunnen worden en waarvandaan pakketjes door- 
gestuurd kunnen worden. 


knooppunt 
invoerlijn 


invoerwachtrij (en) 


Re PEA uitvoerwachtrij (en) 


lijn 
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Een voorbeeld van een netwerk is in de volgende schets weer- 
gegeven: 


Packet switching: 
Een bericht dat door het netwerk verstuurd moet worden, wordt 
opgedeeld in pakketjes van een vaste grootte (bijvoorbeeld 
pakketjes van 512 bytes), die onafhankelijk over het netwerk 
worden verstuurd. Een software-pakket ('Packet Assembling 
and Disassembling') draagt zorg voor het koppelen van de 
pakketjes tot het bericht op het knooppunt van bestemming. 


Verstuuralgoritme: 


Een verstuurmethode zorgt ervoor dat pakketjes op hun knoop- 
punt van bestemming aankomen. 


Hot-Potato Methode (HPM): 
Op het moment dat een pakketje ter verzending wordt aange- 
boden, wordt door het algoritme de kortste wachtrij van de 
lijnen (uitgezonderd de wachtrij van de lijn, met als eindpunt 
het knooppunt waarvandaan het pakketje het laatst verzonden 
is) bepaald. 
De wachtrij van de lijn met de kortste wachtrij zal verlengd 
worden met het te verzenden pakketje. 


Static Routing (SR): 

Op het moment dat een pakketje ter verzending wordt aange- 

boden, bepaalt het algoritme de lijn waarover het pakketje 

verzonden moet worden en plaatst het in de wachtrij van deze 

lijn. 

De wijze waarop de lijn gekozen wordt is als volgt: 
De lijnen zijn volgens een kansverdeling (deze kansverdeling 
is afhankelijk van de lijn waarop het pakketje binnenkomt òf 
van het feit dat het pakketje op het betreffende knooppunt 
gegenereerd is) ingedeeld. Hierbij kan een pakketje niet naar 
het knooppunt terugkeren, waarvandaan het zoëven gekomen 
is. 
Aan de hand van een gegeven kansverdeling (een onder- 
verdeling in intervallen) wordt een lijn gekozen. 


Daarna wordt het pakketje achteraan in de juiste wachtrij 
gezet. 
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HPM en SR zijn twee algoritmen met pakketversturing, maar 
er bestaan meer algoritmen. De keuze valt op HPM en SR, omdat 
zij beide een groep algoritmen vertegenwoordigen, namelijk respectieve- 
lijk gedecentraliseerde en gecentraliseerde algoritmen. 
Gedecentraliseerd wil zeggen dat alleen naar de status van het 
knooppunt gekeken wordt, namelijk de lijn met de kortste wachtrij. 
Gecentraliseerde algoritmen daarentegen zoeken een optimale 
situatie voor het gehele netwerk, aan de hand van waarschijnlijk- 
heidstabellen. | 


Vergelijk m.b.v. simulatie de twee verstuurmethoden HPM en 
SR onder verschillende omstandigheden binnen het netwerk. 


Al 
A2 
A3 
A4 
A5 
A6 
AT 
A8 
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Al INLEIDING 


Indien simulatie als methode van onderzoek wordt toegepast, 
is het is het gebruik van statistische technieken noodzakelijk. Zowel 
bij modelbouw als bij experimenteel ontwerp en validatie wordt van 
statistiek gebruik gemaakt. In deze appendix wordt een aantal van 
de meest gebruikte technieken uit de statistiek in het kort beschre- 
ven. 

De beschrijvingen zijn zo summier, dat ze waarschijnlijk slechts 
begrepen en gebruikt kunnen worden door hen die in hun opleiding 
één of meer cursussen statistiek hebben gevolgd. De appendix is 
als 'geheugenopfrisser! voor deze groep bedoeld. 

Zij die simulatie als onderzoekmethode willen gebruiken, maar 
nog niet over de vereiste statistische kennis beschikken raden we 
aan een goed statistisch leerboek*) door te nemen, alvorens te gaan 
experimenteren. Daarnaast is het aan te bevelen, zeker als men 
over weinig ervaring beschikt, een statistisch expert te raadplegen. 

Wij wijzen met nadruk op de mogelijkheden die een statistisch 
softwarepakket (bijvoorbeeld SPSS, BMDP of WESP) biedt. De voor- 
delen van het gebruik van een dergelijk pakket wegen ruimschoots 
op tegen de investeringen van geld en tijd. Wel is ook in dit verband 
een waarschuwing op zijn plaats: gebruik softwarepakketten nooit 
als 'black-boxes'. Verdiep u eerst in de inhoud, in de mogelijkheden 
van zo'n pakket alvorens er gebruik van te maken voor simulatie- 
toepassingen. 


*) Zie bijvoorbeeld: Mark L. Berenson en David M. Levine, Basic Business 
Statistics, Sec. edition, Prentice Hall, 1983. 
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A2 SCHATTING VAN PARAMETERS 


Laten we aannemen dat we waarnemingen doen voor een stochas- 
tische variabele X (stochastische variabelen worden onderstreept). 
Dan noemen we de waarneming x een steekproef van X. X bezit een 
verdelingsfunctie F(X), evenals een verwachtingswaarde uen een 
variantie o°. 

De waarnemingen xj, X2, X3, ... zijn steekproeven uit respec- 
tievelijk Xi, X2, X3, ... met verschillende verdelingsfuncties 
FEN PMR EUR) de. … 

In een loket situatie is bijvoorbeeld de rijlengte na het begin 
van de simulatie (mits het systeem 'leeg' gestart is) waarschijnlijk 
geringer, dan wanneer na enige tijd een aantal klanten met korte 
tussenpozen is binnengekomen. Is op een bepaald tijdstip de rij- 
lengte groot, dan zal dit op de momenten vlak daarna niet veel 
anders zijn. 

Vaak kan aangenomen worden dat de verdelingsfuncties naar 
een bepaalde grenswaarde convergeren. Dit betekent dat voor een 
voldoende grote n alle variabelen Xņp dezelfde verdelingsfunctie 
hebben, F(X). 

De waarnemingenreeks zal dan, als tevens aan enkele andere 
voorwaarden is voldaan, stationair genoemd worden. Bij het loket 
mag men aannemen, dat, als de bedieningstijden gemiddeld kleiner 
zijn dan de tussenaankomsttijden, na een zekere beginperiode 
(Engels: transient phase) een stationaire toestand ontstaat. 

Is daarentegen de verhouding bedieningstijd/aankomsttijd 
ongunstig, dan groeit de wachtrij steeds aan: het systeem explo- 
deert en de stationaire toestand wordt nooit bereikt. De grens voor 
een te druk bezet systeem ligt ongeveer bij een bezettingsgraad van 
0.8. 

Van de uitvoervariabele X, bijvoorbeeld wachttijd, zou men 
graag de verdelingsfunctie willen weten. Daartoe doet men een steek- 
proef van n herhaalde waarnemingen Xi, r ETE TET Xn: 

Vaak is het voldoende om van die verdelingsfuncties de verwach- 
tingswaarde u en de variantie o° te kennen. Hiervoor bestaan 
eenvoudige schattingsfuncties. 


a. Enkelvoudige steekproeven 


Een steekproef uit een eindige populatie is een deelverzameling 
van die populatie. Bij een kanssteekproef (Engels: probability 
sample) kan voor ieder element van de populatie bepaald worden 
hoe groot de kans is dat dit element tot deze steekproef behoort. 
Deze kansen zijn meestal gelijk, soms evenwel ongelijk. 

De enkelvoudige (aselecte) steekproef (Engels: simple random 
sample) bezit de eigenschap dat alle steekproeven van dezelfde 
omvang dezelfde trekkingskans bezitten. Alle elementen van de 
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populatie hebben dan even grote trekkingskansen. Onder een 
aselecte steekproef (Engels: random sample) wordt een enkel- 
voudige steekproef verstaan, meestal met teruglegging (onafhanke- 
lijke trekkingen). 


ASELECTE 
ENKELVOUDIGE NIET-ENKELVOUDIGE 


a) Zonder teruglegging a) (aselecte) gelede 
steekproeven 


NIET-ASELECTE 


a) Uit alle 
elementen van 
de populatie 


b) Met teruglegging 


b) (idem) trossteekproeven 


c) (idem) getrapte b) Uit de trossen 


steekproeven 


d) systematische 
steekproeven 


e) 


diverse steekproeven 


Tabel A.1 Soorten van steekproeven 


Zie voor een uitgebreide behandeling van de in Tabel A.1 opge- 
somde soorten steekproeven, bijvoorbeeld [1] of [2]. 


b. Schatting bij enkelvoudige steekproeven 


Schatten van een onbekende parameter van een populatie is het 
berekenen op grond van een kanssteekproef. Men onderscheidt 
schatters (methoden of formules) en schattingen (uitkomsten daar- 
van). Belangrijk zijn de zuiverheid en de doeltreffendheid van 
schatters. 

Bij een enkelvoudige steekproef berekent men het steekproef- 
gemiddelde X; dat is een zuivere schatter van u, het populatie- 
gemiddelde. 

In formulevorm: 


E 
Ii 
zl 


N 
an nd N is de populatie-omvang 


n is de steekproefomvang 


[x| 
1i 
5|- 
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De variantie in de steekproef wordt gedefinieerd als: 


n= i >=] n= 1 1 — 


RE — Re — 
a = KAR: - x) = JX xí - n °x? 
i=1 ie 


Dit is een zuivere schatter van 


g = 


1 EE G 
N 2 (x; u) 

De verwachting Ex is het gemiddelde van de steekproefgemiddel- 
den in de steekproefruimte. De variantie van de steekproefgemiddel- 
den wordt gegeven door: 


2 
ve E, 

o° (x) = — 
> n 


bij trekking met teruglegging of indien N > n. 
Deze grootheid is te schatten d.m.v.: 


Ss 
TE 
Foi jije 
De spreiding — dient als schatting van de fout van x t.o.v. u. 
n 
Men lette goed op deze grootheid. Immers de fout in omgekeerd 
evenredig met yn, waaruit blijkt dat als men een tweemaal zo kleine 
fout wenst daarvoor viermaal zoveel waarnemingen nodig zijn. 
Als de voorwaarden van teruglegging of N >> n niet gelden 
dan wordt de variantie als volgt gegeven: 


De wortel uit de variantie van het steekproefgemiddelde heet de 
standaardfout (Engels: standard error) van dit gemiddelde (Engels: 
sample mean). 

De variantie van x wordt zuiver geschat door middel van: 


Met behulp van x berekent men betrouwbaarheidsgrenzen en 
betrouwbaarheidsintervallen, mits n groot is. Men spreekt van 
intervalschatting. Het 95%-betrouwbaarheidsinterval voor het 
gemiddelde u bij een steekproef uit een normale verdeling met 
onbekende variantie is, mits n voldoende groot is: 
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S 
x= 1,95 — < u< x +1,96 


vn 


J |ia 


Voor kleine steekproefomvang moet in dit geval de t-verdeling worden 
toegepast (n < 30). 

De t-verdeling van Student is van belang als men een steekproef 
uit een normale verdeling heeft waarvan o onbekend is. 
Dan bezit 


Eu 
een N(0,1)-verdeling en 
o/ yn 
En 
een t-verdeling met (n-1) vrijheidsgraden. 
s/m 


c. Het betrouwbaarheidsinterval 
S 


kucne t hk 
Pr al 


k 5 
Ro E ge 
Yn 


kan voor verschillende overschrijdingskansen berekend worden. 

Als o onbekend is terwijl wel aan de eis van de normale verdeling 
is voldaan, dan zijn de grenzen van betrouwbaarheidsintervallen 
voor u: 


waarin t, 4 en t $ moeten worden afgelezen uit een tabel voor 
1 Ba 


de gekozen a en (n-1) graden van vrijheid. 


Bijvoorbeeld: x= 3, s= 1, n = 20, a = 0,05 
dan is: g = Finda to, 975 2,093 
ed EN REDE LE 
/20 [20 


In 95% van de op deze manier m.b.v. de (steeds verschillende) 
steekproefgemiddelden te berekenen intervallen zal ų binnen de 
grenzen van het interval liggen. 
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Anders gezegd: het interval I is 2,53 < u <s3,47; I is één van de 
95 van de 100 intervallen waarin u zal liggen. 

Omdat voor grotere steekproeven, vanaf ongeveer n = 30 de 
t-tabel overgaat in de tabel van de normale verdeling kan voor deze 
steekproef de tabel van de normale verdeling worden gebruikt. 


d. De steekproefgrootte 

Bij een 95%-betrouwbaarheidsinterval en een gegeven nauw- 
keurigheidspercentage b kan de steekproefgrootte n worden 
berekend uit de formule: 
1,96 eS ý 

bex 

Als de veronderstelling van een normale verdeling niet kan 

worden gemaakt, kan voor de bepaling van de steekproefomvang 


de regel van Tsjebisjef (Chebycheff) worden toegepast. Deze 
regel luidt: 


Pl - ul oke 5) sn 
n 


De kans dat, ongeacht de verdeling het verschil tussen het steek- 
proefgemiddelde en het populatiegemiddelde groter is dan 


ke is hooguit gelijk aan Da De regel zegt bijvoorbeeld 
n 
dat buiten het interval 
u + 2» g en TA r ee 
vn vn 


hoogstens 1/4 der waarnemingen ligt. Dit is dus nogal wat ruimer 
dan bij toepassing van de normale verdeling. 
In de volgende tabel is een aantal waarden gegeven voor: 


a. toepassing van de normale verdeling 


b. de regel van Tsjebisjef, elk bij: 
- verschillende waarden van d, d.i. de afwijking van X 
kai. u 
1 


- onbetrouwbaarheidsdrempel a = 0,05 = KZ 


Tabel A.2 Steekproefomvang bij toepassing van 
normale verdeling en regel van Tsjebisjef 
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a. Het toetsen van een hypothese 


Een statistische hypothese is een uitspraak over de populatie, 
waaruit een steekproef is getrokken. 

Deze uitspraak kan worden getoetst op haar geldigheid door 
een statistische toetsingsmethode. Dit is een verzameling regels, 
waarmee een hypothese wel of niet wordt geaccepteerd. Bij een 
dergelijke beslissing ontstaan twee typen foutmogelijkheden. 

De uitspraak welke men wenst te toetsen heet de nul-hypothese 
Ho terwijl men met H, een alternatieve uitspraak aanduidt. 


Bijvoorbeeld: Ho: u= uo 
en Hı: u £ uoe 
Als men Ho verwerpt, terwijl Ho juist is, maakt men een 'type- 
I-fout' of 'a-fout'. 


Het is natuurlijk ook mogelijk dat men H, ten onrechte accepteert. 
Dan maakt men een 'type-Il-fout' of een 'g-fout'. 


werkelijkheid 


correct B-fout 


Toetsingsresultaat 


Ho geaccepteerd 


Ho verworpen a=fout correct 


Uiteraard wenst men onjuiste beslissingen te voorkomen; daartoe 
gebruikt men statistische toetsen om de kans op a en g fouten zo 
klein mogelijk te maken. 

Een toets bestaat uit een zestal opeenvolgende stappen. 


1. Stel op grond van praktische overwegingen vast, welke 
hypothese getoetst moet worden (bepaal Ho en Hi). 


2. Bepaal het aanvaardbare risico a dat een geldige nul-hypothese 
verworpen wordt (vaak wordt a= 0.05 of a= 0.01 gekozen). 


3. Kies een geschikte toetsingsmethode om Ho te toetsen. 
4. Stel de steekproefverzameling vast. 


5. Ga na hoe het kritieke gebied, waarin Ho verworpen wordt, er 
uitziet. 
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6. Neem een steekproef van vooraf bepaalde grootte (n), bereken 
de statistische formules en trek conclusies over de hypothese. 


Een eenvoudig voorbeeld 


De uitspraak omtrent de aankomst bij een loketsysteem is dat 
gemiddeld 10 klanten per tijdseenheid arriveren. 
De nul-hypothese luidt: 


Ho : u= 10 
EE Ee it 


Stel a= 0.05 (5% risico). 

Men test het gemiddelde. Daarvoor geldt het volgende: 

er (Voor 'U' vindt men in de 
literatuur ook vaak 'Z'.) 

o/vn 


we 


x is normaal verdeeld met gemiddelde u en standaardafwijking 


o/vyn. (Dit geldt alleen als n groot genoeg is, volgens de centrale 
limietstelling. ) 
Ho wordt verworpen als 


Moss. 


o/ Yn 


"JN. 


0,025 0,025 


-1,96 0 +1, 96 
Figuur A.l Het kritieke gebied 


_ Stel nu, dat de steekproefomvang 16 bedraagt en het gemiddelde 
x = 12. Verder blijkt o= 2. 
Dan geldt: 


_ 12-10 


nr Ro: 


U 


Ho wordt verworpen en de conclusie luidt dat u # 10 bij a = 0,05. 
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Wanneer o° onbekend is, moet men o vervangen door s, terwijl 
in plaats van de normale verdeling, de t-verdeling moet worden 
gebruikt. 


Vaak komt het voor dat twee alternatieven vergeleken moeten 
worden. Dan kan de hypothese luiden dat beide populaties hetzelfde 
gemiddelde hebben. 

Veronderstel hiervoor twee normaal verdeelde populaties, met 


gemiddelde u1 en variantie of respectievelijk u2 en 05. 


Hot Ui = uo en Hos Mi “us a 6. 


Zijn de populatievarianties bekend, dan wordt de U-verdeling 
gebruikt; in het andere geval de t-verdeling. 

Men kan ook geïnteresseerd zijn in de varianties, in plaats van 
in de gemiddelden. Wanneer men als hypothese gelijkheid van 
variantie van twee populaties wil veronderstellen (Ho: gi ='05), 
dan wordt de F-toets gebruikt. 


b. ‘Goodness of Fit' 


Een veel voorkomende situatie bij simulatie is, dat men van een 
verzameling stochastische variabelen wenst te weten of deze verza- 
meling 'past' bij een bekende theoretische verdeling. 

Om dit te meten bestaan toetsen, waarvan de Chi-kwadraat- 
toets en de Kolmogorov-Smirnov-toets bekende en veel gebruikte 
hulpmiddelen zijn. 

De chi-kwadraat verdeling wordt gegeven door: 


T k 
Rr e 
X f 
e 


fo is de waargenomen frequentie; 


fe is de theoretisch berekende frequentie. 


Wanneer de berekende x° groter is dan de theoretische F 
die men in tabellen kan opzoeken, verwerpt men de hypothese (Ho) 
dat de waargenomen en de theoretische verdeling dezelfde zijn. 


Een voorbeeld 


Aan een tentamen organisatiekunde is deelgenomen door 154 
studenten. De indruk bestaat dat de tentamenresultaten normaal 
verdeeld zijn. De gemiddelde puntenscore is 73,3 en de standaard- 
afwijking 10,05. 

De nulhypothese is in dit voorbeeld: de verdeling van de 
tentamenresultaten is normaal met een gemiddelde van 73,3 en een 
standaardafwijking van 10,05. 
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In de volgende tabel zijn de resultaten in klassen weergegeven 
met de bijbehorende berekeningen ten behoeve van de chi-kwadraat- 
toets. 


Het aantal graden van vrijheid is n-p-1 = 5-2-1 = 2. In de tabel 
van de x’-verdeling vinden we x5.99,, = 9,21. Daar 8,20 < 9,21 


is er geen reden om Ho te verwerpen. 

Een voorwaarde voor toepassing van de xi-verdeling is, dat 
geen der theoretische frequenties kleiner is dan 5 (anders is de 
benadering onvoldoende). Als aan deze eis niet is voldaan, dan kan 
worden overwogen bepaalde klassen te combineren. 

Als een combinatie van klassen niet de vereiste oplossing geeft 
of als het aantal klassen te klein wordt of als de steekproef te klein 
is (10 < n <100) dan is de Kolmogorov-Smirnov-toets een goed alter- 
natief. Men berekent bij deze toets het absolute verschil tussen de 
cumulatieve waarden van de frequentiegroepen. 

De absoluut grootste van deze verschillen wordt vergeleken met 
een kritische waarde uit een tabel, die bijvoorbeeld te vinden is in 
[5]. De berekening van het vorige voorbeeld is in de volgende tabel 
weergegeven. F(x) is de theoretische cumulatieve verdelingsfunctie, 


S(x) de waargenomen functie. 
F(x) — S(x)| 


0.10390 
0.30519 


0.77273 
0.94156 
1.00000 


Bij a = 0.01 is de kritische waarde 1.63//154 = 0.1313. De 
maximale D uit de berekening is 0.0478. Daar 0.0478<0.1313 kan 
de nulhypothese niet worden verworpen. 
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Het correlatieprobleem is het vraagstuk van de samenhang 
tussen twee variabelen X en Y. Het regressieprobleem handelt over 
de vraag welke schatting van een variabele Y hoort bij een gegeven 
waarde van een variabele X. 

Voor het schatten van de rechte (!) die het beste aansluit bij 
een verzameling van n waarnemingsparen*) 


(RL), Ka Entes CED, 


wordt veelal de methode van de kleinste kwadraten gebruikt. We 
geven een korte uiteenzetting van deze methode voor twee variabelen. 


De te schatten lijn geven we aan door: Y =aX +b, zodat bij 
elke X; (i = 1,...,n) een schatting van Y, aan te geven door Y;, 
kan worden berekend. De verschillen (Y; - Y;) worden aangeduid 
met ej. 


Het kleinste kwadratencriterium houdt in, dat de waarden a en 
b zo gekozen dienen te worden dat 


ef =(Y. - g.) minimaal is. 
1 1 1 


Omdat elke schatting van Y op de geschatte rechte lijn ligt, 
geldt: Y; = aX; +b. Substitutie van deze uitdrukking in de te 
minimaliseren uitdrukking geeft: 


ede ij i „Ape 
ze; = E(Y, -~ aX; - b) f (a,b) 


Het minimum van deze uitdrukking wordt bepaald door de partiële 
afgeleiden gelijk nul te stellen. 

Het is rekentechnisch eenvoudiger de variabelen in afwijking 
van hun gemiddelden aan te geven. 


Dus: ye T~, a an a en x. = X. - X. 


N.B. Eer 


Door deze aanpassing kan de bovenstaande vergelijking ook 
worden geschreven als: 


U = ax; 
Ji ia 


*) In de voorgaande paragrafen zijn de waarnemingsuitkomsten weergegeven 
door kleine letters (xj). In deze en de volgende paragrafen gebruiken we 
hoofdletters (X; en Y;). De waarnemingsuitkomsten in afwijking van het 
gemiddelde geven we nu aan door kleine letters (xj en yi). 
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Daar eg eS a rn is dus 
Ri PIL Ere VEL ji 2 
Ze; = Z(Y; Y) z(y; 9) z(y; ax) 
Nu is: 
En — 2 z — — z 
rd Ely; ax, ) z2( x) (Y; ax, ) 
Of na herleiding: 


Als a eenmaal is berekend, kan de regressieconstante b worden 
berekend uit: 


<| 
w 

De | 
g` 


De enkelvoudige correlatie-coėfficient 


De uitdrukking EEn wordt wel de covariantie van X en Y 
genoemd; als symbool hiervoor zullen we Sy gebruiken. Szy kan 


als een maatstaf voor de samenhang tussen de variabelen X en Y 
worden beschouwd. 

Een belangrijk nadeel van de covariantie is evenwel, dat de 
grootte ervan wordt beinvloed door de keuze van de eenheden 
waarin X en Y zijn uitgedrukt. 


Een andere maatstaf, die overigens zeer nauw met de boven- 
staande samenhangt is de enkelvoudige correlatiecoëfficiënt. Deze 
wordt als volgt gedefinieerd: 


LASSER i ESRA y = Em 
"xy VEx2e yy? s 7 y y 


Zoals onmiddellijk is in te zien worden de eenheden waarin X en Y 
in de teller zijn uitgedrukt 'weggedeeld' door dezelfde eenheden 
waarin X en Y in de noemer zijn uitgedrukt, zodat de uitkomst een 
onbenoemd getal is. Een belangrijke eigenschap! 

De betekenis van de enkelvoudige correlatiecoëfficiënt blijkt 
uit de volgende af te leiden formule: 


N 


S 
S 


S 
E E a g JT = t2) 
y 


lo 


X nN 
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Sy kan worden beschouwd als de standaardafwijking van Y en is 


dus een maat voor de fluctuaties in de waarnemingsuitkomsten van 
deze variabele. 


So is de standaardafwijking van de uitkomsten e; = (Y; $ 7) 


(i=1,2,...,n) en is dus een maat voor de fluctuaties in de verschil- 
len tussen de waarnemingsuitkomsten van de variabele Y en van de 
geschatte Y (Y). Men kan dus zeggen dat Se de standaardafwijking 
is van dat deel van de fluctuaties van Y, dat niet verklaard is op 
grond van de betrekking, die tussen X en Y bestaat. 

In de onderstaande tabel is voor een aantal waarden van r de 

S 

verhouding s gegeven. 


S 
De verklaring 5 x 100% kan worden beschouwd als het percentage 


y 
van de variaties in Y dat niet verklaard wordt door de variaties 
ii A. 
Een r=0,5 houdt dan in, dat circa 87% van de fluctuaties 
van Y niet wordt verklaard op grond van de betrekking, die tussen 
X en Y wordt verondersteld. 


De standaardfouten van a en b 


Bij de bepaling van de regressielijn worden a en b berekend op 
grond van een steekproef van n waarnemingen. Welke conclusies 
kunnen op grond van deze schattingen met behulp van de statistiek 
worden getrokken t.a.v. de populatieparameters? 

Hiertoe kunnen we de varianties van a en b berekenen. Op 
grond van een aantal veronderstellingen t.a.v. het toegepaste 
mathematische model voor de schatting van a en 8 (de populatie- 
parameters) kunnen de volgende schatters worden afgeleid: 


p< Se rys 
s? = — 52 
pet ae r 
jk 1 
waarin: 
ze; 
2i 
Se n= 2 
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Hierbij worden Sa en So aangeduid als de standaardfouten van de 


schatters. 


Autocorrelatie 


Hiervóór zijn twee maatstaven behandeld voor de beoordeling 
van de geschatte regressielijn: de correlatiecoëfficiënt r en de 
standaardfout. Een derde maatstaf heeft betrekking op de onafhan- 
kelijkheid van de storingstermen. 

Deze veronderstellingen geven we aan door E (ej, ej) = 0 voor 
i f j. Als hieraan niet is voldaan zeggen we, dat er sprake is van 
autocorrelatie. 

Als gevolg van autocorrelatie zijn de coëfficiënten a en b 
onbetrouwbaar. De standaardafwijkingen van de schattingen worden 
foutief geschat. Voor het onderzoek naar autocorrelatie wordt wel 
één van de volgende maatstaven gebruikt: 


- de maatstaf van Durbin-Watson of 
- de von Neumann-ratio (VNR). 


De maatstaf van Durbin-Watson luidt: 


n 
j 2 
Aa err) 
d = 
p 2 
2 e 
t=1 } 


Voor de berekening van de vNR wordt d met 


= vermenig- 
vuldigd, hetgeen voor grote waarden van n nauwelijks verschil 
oplevert. 

Bij afwezigheid van autocorrelatie en onder de veronderstelling 
van een constante variantie zou de teller ongeveer gelijk zijn aan 
2 zej, zodat in dat geval d = 2. 

Als de uitkomst van d groter is dan 2 moet tot negatieve auto- 
correlatie worden geconcludeerd en anders tot positieve autocorre- 
latie. 

Exacte significantieniveaus voor d bestaan niet. In sommige 
boeken zijn tabellen opgenomen met boven- en ondergrenzen voor 
d bij verschillende waarden van n en het aantal verklarende varia- 
belen. 

Beschikbare computerprogramma's voor de toepassing van de 
kleinste-kwadratenmethode geven de uitgevoerde berekeningen wel 
in de volgende vorm weer: 


Y = 2,4X + 338,6 R 
(JOR) (15X) vNR 


0,987 
F 


280 Appendix A A.16 


Hiermee kan de regressievergelijking worden beoordeeld op: 


1. autocorrelatie d.m.v. VNR; 


2. nauwkeurigheid d.m.v. de uitkomsten tussen haakjes onder 
de coëfficiënten die de standaardfouten weergeven in pro- 
centen van de coëfficiënten; 


3. lineaire samenhang d.m.v. R. 


Hiervoor hebben we ons beziggehouden met de toepassing van 
de kleinste-kwadratenmethode op een model met één verklarende 
variabele. Als er sprake is van meer verklarende variabelen en/of 
meer vergelijkingen worden de schattingstechnieken ingewikkelder. 
In zo'n geval kan men het beste een econometrisch handboek, 
bijvoorbeeld [3] raadplegen. 
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A5 VARIANTIE-ANALYSE 


Variantie-analyse toetst het verschil tussen r gemiddelden van 
aselecte steekproeven aan de hand van de varianties tussen die 
steekproeven. Variantie-analyse wordt vaak gebruikt bij het onder- 
zoek naar onderlinge afhankelijkheid bij kwalitatieve factoren. 
Voorbeelden van studiegebieden zijn kwaliteitszorg, landbouw proef - 
techniek, marktanalyse. Wij beperken ons tot het effect van één 
factor (‘one-way ANOVA’). 

Voorbeelden zijn: 'Wat is de invloed ván bemesting op de 
gemiddelde opbrengst van een gewas?! of 'Welke invloed heeft de 
wijze van verpakken op de verkoop van een produkt in de levens- 
middelenbranche?'. 

De nulhypothese luidt dat de eventueel verwachte afhankelijk- 
heid afwezig is; men zegt ook wel dat de populatie homogeen is ten 
aanzien van het te onderzoeken kenmerk. Uiteraard is een en ander 
gesteld binnen de betrouwbaarheidsgrenzen. Gewoonlijk neemt men 
955. | 

Men trekt r waarnemingsreeksen met steekproefomvang n; 

(j = 1,...,r). Het aantal waarden van de factor bepaalt r. De steek- 

proefomvang nj van de waarnemingsreeks j kan voor verschillende 

j ongelijk van grootte zijn. De totale steekproefomvang N =r nj. 
J 

De nulhypothese is dus de uitspraak dat er geen verschil is 
tussen de steekproeven (deze zijn dan afkomstig uit dezelfde popu- 
latie). In de variantie-analyse betekent dit onderzoek naar de 
steekproefvarianties, namelijk: zijn de varianties schattingen van 
dezelfde populatievariantie? 

Vanuit de waarnemingen, die men aan de experimentele variabele 
doet, is het gemiddelde en de variantie te berekenen. Deze worden 
het totale gemiddelde ('grand mean') en de totale variantie genoemd. 
De totale variantie bestaat uit twee gedeelten. 


l. De systematische variantie of experimentele variantie of 'tussen- 
variantie! ('between') is de variantie die wordt veroorzaakt door 
verschillen tussen de steekproefgemiddelden, met andere woor- 
den door de verschillende waarden van de factor. 


2. De toevallige variantie of ‘error variantie! of 'binnenvariantie' 
('within') komt voort uit verschillen binnen elke steekproef. 
In het experiment worden de verschillen door de omgeving 
(storing, ruis, onbeheersbare factoren) veroorzaakt, zoals 
door de aan de trekkingen ten grondslag liggende toevals- 
generatoren. 


Als nu blijkt dat de tussenvariantie groter is dan de binnen- 
variantie, dan moet men erop verdacht zijn dat de steekproeven 
significant van elkaar verschillen: de nulhypothese wordt verworpen. 
Dit wordt met behulp van de F-toets onderzocht. 


We slaan de waarnemingen in een tabel op: 


uitkomsten (waarnemingen) gemiddelde 
4 


RA 


Het gemiddelde Y; 6 Tot ‚/n, 
De variantie Shue VOE EN) On, - 1 
perte tlg Ojat 
Het algemeen totaal 2 IRE, 
j 
De totale omvang N= 2 n; 
j 
Het algemeen Y. =.totaal/N 
gemiddelde 


Er geldt voor een waarnemingsreeks, dat 


hb a PR A 
a AE 


jk 

Hierbij is u het algemeen gemiddelde, met als schatter Y... 

T. is het effect van de betreffende waarde van de factor. 
Hieruit volgt dat kek te schrijven is als: 
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T} = Peed an Ee, voor elke j. 
De storingsterm e meet het verschil tussen de waarnemingen, zodat 
geldt: 
A aa nk voor elke waarneming. 
Ejk ( jk j 3 g 


var (eip) = 0 voor alle j,k 
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We schrijven dit wel als: 


Š 2 
Eik = N(0,0°) 


Invulling van de gevonden uitdrukkingen levert de volgende verge- 
lijking: 


Vi er + (Y. ~ Y n e O Moek 
Jk e. oè (Es. ed Yik 8 


Es PR it Td i ni $ 4 Mene F 
( jef dd ee ik 3 D, 
Kwadratering van beide leden en sommering over j en k geeft 


na herleiding de volgende vergelijking: 


sTo eat aO LA Den 


- y )? 
: ; k . 
Tko J bk” 


In woorden: De totale kwadraatsom (afwijking) = kwadraatsom 
('tussen') + kwadraatsom('binnen'): 


Omdat onder de nulhypothese de verwachting van alle varianties 


si = o°, geldt het volgende: 


E(KS,) = be ek = (N-r)o? 


N-r is het aantal vrijheidsgraden van KS). 


E(KS, t) = (N-1)E(s?°) = (N-1)o? 


N-1 is het aantal vrijheidsgraden van de totale kwadraatsom. 
Dus: E (KS) = (n-1-N+r)o? = (r-1)o? 


waarbij (r-1) het aantal vrijheidsgraden van KS, voorstelt. 
Nu volgt het vergelijken van de berekende F-ratio met de 
theoretische F. 
KS‚/(r-1) KS 


B KS / (N-r) ” KS r-] 
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A6 VOORSPELLINGSTECHNIEKEN 


De voorspellingstechnieken kunnen in drie groepen worden 
verdeeld: 


- Kwalitatieve technieken 


Deze worden vooral toegepast als kwantitatieve gegevens 
schaars zijn, bijvoorbeeld de introductie van een nieuw produkt. 


- Tijdreeksanalyse-technieken 


Deze technieken trachten gebruik te maken van de regelmaat 
die in veel historische reeksen te vinden is; men spreekt wel 
van formele methoden. 


- Causale technieken 


Deze verzameling van technieken tracht relaties te leggen 
tussen verschillende variabelen en formaliseert de relaties in 
een wiskundig model (zie bijvoorbeeld A4). 


We behandelen in deze paragraaf enkele Tijdreeksanalyse-technieken 


Een historische reeks (tijdreeks) is een cijferreeks die betrek- 
king heeft op waarnemingen in een aantal opeenvolgende, even lange 
tijdperioden of op een aantal opeenvolgende tijdstippen met een 
gelijke tijdsafstand daartussen. 

Uit deze omschrijving volgt, dat men te maken kan hebben met 
voorraadgrootheden en met stroomgrootheden. Voor de analyse is 
het van belang nadruk te leggen op het type grootheid, zoals het 
onderscheid tussen continue en discrete variabelen relevant kan 
zijn. 

In een historische reeks is vaak een aantal golfbewegingen te 
onderscheiden: 


- beweging op lange termijn: 
e trend 
. conjunctuurfluctuaties 


- seizoenbewegingen ; 
- toevallige schommelingen. 


Door de invloed van met name de laatste twee typen golf- 
bewegingen is het moeilijk het verloop van de reeks voor de nabije 
toekomst te voorspellen. Dit probleem tracht men op te lossen door 
toepassing van een 'smoothing'-techniek: berekening van een voort- 
schrijdend gemiddelde ('moving average!), 'exponential smoothing! 
of regressierekening met de tijd als verklarende variabele. 
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a. Het voortschrijdend gemiddelde 


e,: toevallige fluctuatie. 


Over een zeer lange periode kan het gemiddelde van de 
toevallige fluctuaties als nul worden aangenomen, zodat: 


De waarde van a kan evenwel als gevolg van seizoensinvloeden 
en/of conjunctuurinvloeden voortdurend fluctueren. Wenst men deze 
periodiciteit te analyseren, dan moet men niet middelen over de 
gehele tijdsperiode, maar over een periode waarin een volledige golf- 
beweging tot stand komt. Bij seizoensbewegingen bijvoorbeeld 
gemiddelden van 12 maanden of 4 kwartalen. Door te beginnen met 
de berekening van het gemiddelde van de eerste n waarnemingen 
en vervolgens van de 2° t/m (n+1)° waarneming, enzovoort, wordt 
een reeks getallen verkregen, die als ‘voortschrijdende gemiddelden! 
worden aangeduid. 

Naarmate n groter wordt gekozen, zal het effenend effect groter 
zijn. Een grote n zal een lage reactiesnelheid in de cijferreeks tot 
gevolg hebben, terwijl een lagere n wel een hogere reactiesnelheid 
met zich meebrengt, maar een vermindering van het ‘smoothing! 
effect. De juiste keuze van n is niet altijd zo gemakkelijk als wel 
eens in de literatuur wordt voorgesteld. 

Bij de techniek van het voortschrijdend gemiddelde wordt aan 
elke waarnemingsuitkomst in het verleden een even groot gewicht 
toegekend, voor zover de uitkomst althans in de berekening is 
opgenomen. In veel gevallen zal men evenwel aan recente informatie 
meer gewicht willen toekennen dan aan informatie uit een verder 
verleden. Om dit te realiseren kan een gewogen gemiddelde worden 
_ toegepast. 


b. Exponential smoothing 
In de door R.G. Brown ontwikkelde methode van het exponen- 
tieel effenen worden de gewichten voor de in het verleden verkregen 
waarnemingsuitkomsten gekozen volgens een meetkundige rij: 
a, a(o), a(t-a)?, ei á a(1-a)” 
waarin: 


usa €. 
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Als uitgegaan wordt van de waarnemingsuitkomsten 


Ko Kij Kg eeen: Aen dan kan een voorspelling voor de 
periode (t+1) worden gedaan volgens de berekening: 

s Li GR Ai 2 

hea ORN a(t-a)X_, + a(l-a) Kg + eseesveneeenner 


aX, + (1-a) [aX _ + all-a)X,_ + serveren serene ] 


1 


aX, + (l-a)X, 


Door de keuze van a kan aan het recente verleden een meer 
of minder grote invloed worden toegekend. Een hoge waarde van 
a benadrukt de meest recente uitkomsten, terwijl een lagere a ook 
de uitkomsten in het verleden 'meeneemt'. Immers œ= 0,9 geeft 
als gewichten 


bio stes = oa oroo 1 0POPOUBE sid. 
terwijl men bij a« = 0,2 de volgende reeks krijgt: 
Lp. 0,16 0,128 0,1024 LINA. P E P E E A E 


Een verlaging van a correspondeert met een verhoging van n 
bij de methode van de voortschrijdende gemiddelden. Beide methoden 
zijn gelijkwaardig als: a ner 

Exponential smoothing is een populaire voorspellingstechniek 
door de eenvoud van het rekenwerk en de beperkte hoeveelheid 
gegevens die voor de berekening noodzakelijk is. 


c. Het lineaire regressiemodel 


Bij een positieve trend in de historische reeks verkrijgt men 
bij toepassing van beide voorgaande methoden voorspellingen, die 
voortdurend lager liggen dan de werkelijke uitkomsten. Als in de 
uitkomsten een lineaire trend aanwezig is, moet worden uitgegaan 
van het model: 


Xe «gs FRE ne 


t 

Voorspellingen voor dit model kunnen worden gedaan d.m.v. 
‘double exponential smoothing! of door toepassing van de kleinste- 
kwadraten-methode. Voor ‘double exponential smoothing' wordt 
verwezen naar de literatuur, zie bijvoorbeeld [4]. 
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Bij toepassing van de methode der kleinste kwadraten wordt 
de tijd t als verklarende variabele beschouwd. Voor t worden 
waarden gekozen, die op gelijke afstand van elkaar liggen. 


Bijvoorbeeld: Stel, dat de variabele X betrekking heeft op de jaren 
1975 t/m 1987. Voor de te gebruiken t-waarden kunnen dan de 
waarden -6,.-3, -4, -3, -2, =1, 0, 1, 2, 9: & Ban 6 worden 
gebruikt. Deze keuze vereenvoudigt de berekeningen, omdat 
het gemiddelde van de tijd nu nul is. 

Als het aantal perioden of tijdstippen even is, kan worden 
gewerkt met de t-waarden: 


nb ke ans zoete red, -8,-1, +1, 350, 7, atna LIV: 
Me ° ~S, “ii” g. 3, H$i t$; ET 25, 37, VEE ES 
De keuze heeft evenwel consequenties voor de uitkomst van de 


te berekenen parameter a, zodat deze na de berekening dient 
te worden gecorrigeerd. 


Als de schatters a, en a; door a, respectievelijk a; worden 
aangeduid, is de formule voor de rechte lijn: 


X ek 5 N 


of met de variabelen in afwijking van hun gemiddelde: 


Xe = ait , waarin: 
Ext 
t 
n E Epa 
it? 


ao kan worden berekend uit: 


aps ł-at=žł, 
omdat op grond van de hierboven aanbevolen keuze der t-waarden 
t=0. 


De regressiecoëfficiënt a, is in tegenstelling tot de correlatie- 
coëfficiënt wel te beinvloeden door de keuze der eenheden van de 
variabelen, zoals uit het voorbeeld op de volgende bladzijde blijkt. 
Dit voorbeeld is tevens bedoeld om de hiervoor bedoelde methode 
tot schatting van de lineaire trend toe te lichten. 


288 Appendix A A.24 


Voorbeeld: 
IE 5 g je 2 en 2 
tijd Xe Xe Xe X t 2t Xe 2t t (2t) 4t 
l 
1975 20 =23;2 -44 -9 2088 TT -20,23 81 
1976 22 „21,2 -34 -7 148,4 Dep en 49 
1977 25 „8,2 -2ł -5 91,0 6,23 25 
1978 40 “30 -41% -3 9,6 rd 9 
1979 42 E P - } -1 In 0,25 1 
1980 50 6,8 +} 1 6,8 0,293 1 
1981 55 11,8 14 3 35,4 Eis 9 
1982 58 14,8 2} 5 74,0 6,26 25 
1983 60 16,8 34} 7 117,6 as 49 
1984 60 16,6 44 9 151,2 | 20,25 81 
X = 43,2 


2x *2t = Peni = 844,0 > Ex, et = 422,0 


rAt* = 330. > ft = 330 > it” = 82,50 
422 = 
ai “ 82,5 = 5,1 ag = X = 43,2 


Regressievergelijking: 


A = 43,2 + 5,1t 


De hier beschreven methode kan worden toegepast voor zowel 
voorzichtige (!) korte termijnschattingen als voor de uitschakeling 
van een lineaire trend in het geval van toepassing van regressie- 
rekening. 
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A7 VARIANTIE REDUCTIE 


Het is mogelijk om de variantie van het steekproefgemiddelde 
te verlagen door de steekproefomvang te doen toenemen. Dit is 
echter een dure methode, want de standaardfout is omgekeerd 
evenredig met n. 

Toen simulatie nog in de kinderschoenen stond en de automatise- 
ringsfaciliteiten niet opwogen tegen de huidige middelen, was het 
erg kostbaar en ook tijdrovend om de variabiliteit te verminderen 
door de steekproefomvang te laten toenemen. Er is zodoende nogal 
wat onderzoek gedaan om langs andere wegen de nauwkeurigheid 
van de resultaten bij dezelfde betrouwbaarheid en steekproefomvang 
te verhogen. | | 

De methoden die hiervoor zijn ontwikkeld, worden aangeduid 
als variantiereductietechnieken. Een aantal van deze technieken is, 
onafhankelijk van de opkomst van simulatie reeds jaren geleden als 
onderdeel van de statistiek ontwikkeld. Men denke bijvoorbeeld aan 
de methode van de gelede (gestratificeerde) steekproef (Engels: 
stratified sample). Hierbij wordt de populatie in een aantal deel- 
populaties (strata) verdeeld en uit elk van deze delen wordt vervol 
gens een aselecte steekproef getrokken. De strata worden niet 
willekeurig gekozen, maar bestaan reeds 'van nature', doordat het 
te onderzoeken kenmerk op verschillende wijze in de deelpopulaties 
voorkomt, bijvoorbeeld doordat het gemiddelde en/of de standaard- 
deviatie in de verschillende geledingen niet gelijk zijn. Voor een 
uitgebreide behandeling van deze methoden verwijzen we naar [2]. 

Naast deze klassieke technieken zijn er in de afgelopen jaren 
diverse andere technieken onderzocht. Zo heeft Kleynen aan de 
variantiereductietechnieken veel aandacht besteed, zie bijvoorbeeld 
[6]. We bespreken een aantal van deze technieken. 


a. Antithetische variabelen 


Het principe van deze techniek is erop gericht een sterke 
negatieve correlatie tot stand te brengen tussen twee reeksen 
uitkomsten. Dit wordt bewerkstelligd door gebeurtenissen (door 
het toeval bepaald) te compenseren met gebeurtenissen met een 
tegengesteld effect. Lange helptijden worden gecompenseerd door 
korte helptijden; idem wachttijden, aankomsttijden, enzovoort. Men 
gebruikt hiervoor de toevalsgeneratorreeksen: elk toevalsgetal r 
wordt in het experiment nogmaals gebruikt, maar dan in de vorm 
(l-r). Als dus in de eerste 'run' wordt gewerkt met: 


ros Els F23 ss En 


dan wordt in een parallelle 'run' gewerkt met: 


Ti: Er PIR ex TE 
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We krijgen dus, als we te maken hebben met een enkelvoudig 
experiment steeds twee uitkomsten (sj en s;°) van dezelfde 
responsevariabele Y. Deze twee uitkomsten worden gemiddeld door 
te berekenen: 


De variantie van Y kan worden berekend volgens: 
var(Y) = {var(s) + var(s)) + 2 cov(si,s1)}/4 


Daar de reeksen zodanig zijn gekozen, dat cov(s: ‚st ) negatief is, 
zal var(Y) in dit geval kleiner zijn dan als gewerkt zou worden met 
een enkelvoudige reeks. 

Verrassende resultaten, in de zin van daling der variantie zijn 
met behulp van deze techniek bereikt. 


b. Gemeenschappelijke toevalscijfers (Engels: correlated sampling) 


Deze techniek kan vooral worden gebruikt als het doel van het 
onderzoek is de vergelijking van verschillende beleidsvormen, 
strategieën. Dit betekent, dat in de verschillende simulatie-experi- 
menten de omstandigheden die niet van invloed zijn op het beleid 
zoveel mogelijk identiek moeten zijn. Het spreekt vanzelf, dat de 
keuze van de toevalscijfers geen invloed mag hebben op de keuze 
van de beleidsvormen. Vandaar dat elke afzonderlijke run met 
dezelfde serie toevalscijfers wordt uitgevoerd. 

Stel, men vergelijkt twee strategieën met als responsevariabelen 
X en Y. De vraag: welke strategie is beter, kan worden opgelost 
door van beide variabelen het gemiddelde te bepalen en vervolgens 
het verschil. 

Stel: 


AN E CP Y; voor elke i. 
Dan is: 
Z=X-Y en var(Z) = var(X) + var(Y) - 2 cov(X,Y) … 


Er bestaat dus als cov(X,Y) # 0 een verband tussen de 

variabelen X en Y. Als dit het geval is, is de t-toets in de gebruike- 
lijke vorm niet alleen ongeoorloofd maar bovendien onverstandig. 
Het is onverstandig, omdat zoals uit de bovenstaande formule blijkt 
var (Z) wordt gereduceerd door positieve correlatie tussen X en Y. 
Dat X en Y positief gecorreleerd zijn is te verwachten op grond van 
het gebruik van dezelfde toevalscijfers. 

Vanwege deze afhankelijkheid is verder toepassing van de 
t-toets in de gebruikelijke vorm niet geoorloofd. Men moet nu de 
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zogenaamde differentie-t-toets gebruiken. Betrouwbaarheids- 
intervallen voor het verschil tussen de gemiddelden kunnen worden 
berekend uit: | 


IRP [i mijn y- 


Hierin is s, de standaardafwijking van het verschil: 


Z{(X.-Y.) - (X-Y)}? 
kg 4 


n= l 


en t heeft (n-1) graden van vrijheid. 
Enkele eenvoudige voorbeelden waarbij de techniek van de 
gemeenschappelijke toevalscijfers kan worden toegepast, zijn: 


- de keuze in een loketsysteem voor één of voor twee loketten; 

- vergelijking van de kosten van twee of meer machines; 

- vergelijking van verschillende bestelstrategieën bij een 
voorraadsysteem. 


Het is duidelijk dat aan de eis van reproduceerbaarheid van 
de betrokken processen moet worden voldaan. Men kan bijvoorbeeld 
bij een loketsysteem niet volstaan met dezelfde startwaarde van de 
randomgenerator. Bij de situatie met twee loketten zal het helpen 
op een andere manier verlopen dan in de situatie met één loket. Het 
kan dan voorkomen dat een bepaald toevalsgetal, dat eerst voor een 
aankomsttijd werd gebruikt, nu voor een helptijd wordt gebruikt. 
De statistiek van de vergelijkingsresultaten is dan volstrekt onbe- 
trouwbaar. De oplossing is dan om voor alle onderscheiden activi- 
teitenreeksen verschillende reeksen toevalsgetallen te gebruiken. 

Wat de praktische toepassing betreft, is het de moeite waard 
te overwegen of het mogelijk is i.p.v. twee experimenten na elkaar 
uit te voeren, één experiment te draaien waarbij de beide regels 
simultaan worden toegepast. 

We hebben hierboven twee variantiereductietechnieken behandeld 
die elk in een bepaalde situatie, afhankelijk van het doel van de 
simulatie gebruikt kunnen worden. Over de voor- en nadelen zijn 
de meningen verdeeld, mede vanwege het beperkte onderzoek dat 
heeft plaats gehad. 
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B1 INLEIDING 


In veel situaties waarin men met behulp van simulatie onderzoek 
wil doen, komen wachtrijproblemen voor. 

Wanneer men SIMULA gebruikt, zal het voorkomen van wacht- 
rijen weinig problemen opleveren; de taal beschikt immers over een 
aantal standaardprocedures waarmee men snel en gemakkelijk rijen 
kan definiëren en hanteren. 

Niet iedereen echter kan of wil met SIMULA werken. Wanneer 
men de voorkeur geeft aan proceduregerichte talen als Pascal of 
BASIC zal men zelf wachtrijprocedures moeten ontwikkelen. Wij geven 
hier een voorbeeld van een mogelijke oplossing voor het wachtrij- 
probleem in BASIC en in Pascal. Hierbij wordt aangetekend, dat het 
niet de bedoeling is om een toepassing van simulatie te laten zien; 
men zal dus de statistische procedures en de kenmerken van een 
experimenteel ontwerp vergeefs zoeken in de voorbeeldprogramma's. 
Voor de specifieke eigen toepassingen zal men zelf de nodige aanpas- 
singen hieromtrent moeten inbrengen. 


B2 EEN WACHTRIJSIMULATIE IN MICROSOFT-BASIC 


Het volgende programma betreft een systeem waarbij klanten 
aankomen volgens een Poisson proces. Er is één wachtrij, maar er 
kunnen meer bedieningsstations zijn, waar de klanten worden 
geholpen. De helptijd is uniform verdeeld. 

Het programma stelt enige vragen, alvorens de simulatie een 
aanvang neemt. Opgegeven moet worden: 


- de gemiddelde tussenaankomsttijd ; 

- de minimale helptijd; 

- de maximale helptijd; 

het aantal bedieningsstations (maximum aantal: 10); 
- het aantal te verwerken klanten. 


Het proces wordt weergegeven in het programmastroomschema. 
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initialiseer 


bepaal 
volgende 
gebeurtenis 


aankomst 
van een 
nieuwe klant 


klant 
vertrekt 
van station 


bezet een vrij 
station (als 
er wachtenden 
zijn) 


een station 


bezet een 


afs wacht 
vrij station 


genereer een 
nieuwe 
aankomst 


Structuur van het programma 
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REM SIMULATIE VAN WACHTRIJEN 

‘initialiseer 

DIM TST$(10), VERTREK(10), HELP(10) ~- 

PRINT CHR$(27) + "[2J" ‘schoon scherm 

INPUT "wat is de gemiddelde tussenaankomsttijd? ";TUSTIJD 

INPUT "wat is de minimale helptijd? ";MIN 

INPUT "wat is de maximale helptijd? ";MAX 

INPUT "hoeveel bedieningsstations zijn in gebruik? ";AST% 

INPUT "hoeveel klanten worden in het systeem gebracht? ";AANTAL# 


FOR S = 1 TO AST% 
TST$(S) = "vrij" 
NEXT S 
‘eerste aankomst 
TIJD = 0 
F = -LOG(1-RND) 
F = INTCF) 
TAK = F %X TUSTIJD 
TIJD = TAK 
RIJLENGTE = 1 
EVSTAT = 1 
GOSUB 3500 ‘bezet station 
GOSUB 4000’genereer volgende aankomst 


“haof dpragramma 
WHILE TOTHELP <= AANTAL% 
GOSUB 1000 ‘bepaal de volgende gebeurtenis 
IF WISSEL$ = "vertrek" 
THEN GOSUB 2000 : GOSUB 3000 
ELSE GOSUB 4000 
“2000=vertrek; 3000=bezet vrij station; 4000=aankomst 
INPUT "druk op return om verder te gaan"; A$ 
WEND 
END 


/ 


‘bepaal de volgende gebeurtenis 
TIJDSPR = TAK - TIJD 
WISSEL$ = "aankomst" 
FOR S = 1 TO AST% 
IF TST$(S) = "bezet" 
THEN IF TIJDSPR >= VERTREK(S) - TIJD 
THEN GOSUB 1200 
NEXT S 
TIJD = TIJD + TIJDSPR 
RETURN 


TIJDSPR 
WISSELS 
EVSTAT = S 
RETURN 


VERTREK(S) - TIJD 
"vertrek" 


‘vertrek 

TST$S(EUSTAT) = "vrij" 
TOTBEZSTAT = TOTBEZSTAT - 1 
RIJLENGTE = RIJLENGTE - 1 
TOTHELP = TOTHELP + 1 
HELP(EUSTAT) = HELP(EVSTAT) + 1 
GOSUB 6000 / druk1 

RETURN 
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3000 ‘bezet vrij station 
3010 IF RIJLENGTE — TOTBEZSTAT > 0 

THEN GOSUB 3100 
3020 RETURN 
FOR S = 1 TO AST% 
3110 IF TST$(S) = "vrij" 

THEN EVSTAT = S: GOSUB 3500: S = AST% 

3120 NEXT S 
3130 RETURN 


LJ 
p 
D 
(m; 


‘bezet station 

3510 TST$S(EUSTAT) = "bezet" 

3520 TOTBEZSTAT = TOTBEZSTAT + 1 

3530 VERTREK(EUSTAT) = (MAX — MIN + 1) * RND + MIN + TIJD 
2540 VERTREK(EUSTAT) = INT(VERTREK(EUSTAT)) 

3550 GOSUB 6200 /druk2 

3560 RETURN 


a] 
ch 
D 
oo 


4000 “aankomst 

4010 RIJLENGTE = RIJLENGTE + 1 

4020 GOSUB 3000 / bezet vrij station 

4030 GOSUB 4200 / genereer volgende aankomst 
4040 GOSUB 6400 / druk3 

4050 RETURN 


‘genereer volgende aankomst 
4210 F = -LOG(1 - RND) 

4220 F = INT(F) 

4230 TAK = TIJD + F * TUSTIJD 
4240 RETURN 


D 
PJ 
D 
(=»} 


PN 
Q 
(m) 
O 


‘druk1 

6010 PRINT "vertrek" 

6020 PRINT "de tijd is "s$TIJD 

6030 PRINT "het totaal aantal geholpen klanten is: “sTOTHELP 

6040 PRINT "het stationnummer ";EVSTAT; " is vrij" 

6050 PRINT "het aantal geholpen klanten bij station "; 
EVSTAT;" is "sHELP(EUSTAT). 

6060 RETURN 


6200 ‘“druk2 

6210 PRINT "bezet" 

6220 PRINT "de tijd is ";TIJD 

6230 PRINT "het station nummer "  EVSTAT; * is bezet." 

6240 PRINT “de vertrektijd bij station " EVSTAT; "is "sVERTREK(EUSTAT) 
6250 RETURN 


6400 ‘druk 3 

6410 PRINT "aankomst" 

6420 PRINT "de tijd is ";TIJD 

6430 PRINT "de aankomsttijd is ";TAK 
6440 PRINT "de rijlengte is ";RIJLENGTE 

6450 RETURN 


298 


Appendix B B. 


Opmerkingen 


E; 


De uitvoer loopt door totdat het aantal geholpen klanten één 
meer is dan in de invoer is opgegeven. 


De verdelingsfuncties (regel 160, 3530 en 4210) kan men zelf 
wijzigen in andere functies. 


De 'integer' functies op de regels 170, 3540 en 4220 maken van 
de getrokken aankomst- en bedieningstijd gehele getallen: men 
dient voor experimentatie deze regels te verwijderen. 


Er is geen beveiliging tegen onjuiste of foutieve invoer. 


De betekenis van enige namen: 


AST$%: aantal stations 

TAK: tussenaankomsttijd 

EVSTAT: eerst volgend station 

TIJDSPR: tijdsprong 

TST$(S): toestand van station S 

TOTBEZSTAT : het totaal aantal bezette stations 
HELP(S): het aantal geholpen klanten bij station S 
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B3 EEN WACHTRIJSIMULATIE IN PASCAL (een loketsysteem) 


| De structuur van het totale programma 


In In dit programma wordt een systeem gesimuleerd, waarbij één 
wachtrij en één bedieningssysteem is betrokken. Voor de rijproce- 
dures wordt gebruik gemaakt van het pointer-mechanisme. Er zijn 
géén verdelingsfuncties gebruikt, zodat men deze bij het gebruik 
van dit programma zelf moet definiëren. In plaats daarvan worden 
per klant het aankomsttijdstip en de bedieningstijd ingevoerd. 


hoofdprogramma 


proces 
vitrij 


initialiseer uitvoer 


II Het hoofdprogramma 


Uitvoer - uitklanten.klantno: het volgnummer van de klant. 

- tussenaank: het verschil tussen de aan- 
komsttijd van de huidige klant 
en de aankomsttijd van de 
vorige klant. 

- uitklanten .aankomsttijd: tijdstip van aankomst. 

- uitklanten.bedieningstijd: tijdsduur waarin de klant aan 
het loket wordt geholpen. 


- vertrek: tijdstip van vertrek. 

- wachttijd: verblijfsduur bij het loket = 
vertrektijd minus de aankomst- 
tijd. 

Invoer Per klant worden de volgende gegevens ingevoerd: 
- klanten.aankomsttijd: tijdstip van aankomst. 
- klanten.bedieningstijd: tijdsduur waarbinnen de klant 


aan het loket wordt geholpen. 
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Proces Voor een onbekend aantal klanten moeten de volgende zaken 


gesimuleerd worden: 

- de aankomst van een klant 

- het wachten van een klant 

- het geholpen worden van een klant 
het vertrek van een klant 


I1 Procedure initialiseren 


Probleemdefinitie: 


Uitvoer - klanten. klant dit record bevat in het veld klanten. 


aankomsttijd de aankomsttijd van de 
eerste klant 


- volgno bevat het volgnummer van de eerste 
klant, is dus 1 

- wrkop:point adresverwijzing naar het voorste 
record van de wachtrij 

- wrstaart :point adresverwijzing naar het laatste 
record van de wachtrij 

- uitkop:point adresverwijzing naar het voorste 
record van de uitvoerrij 

- uitstaart : point adresverwijzing naar het laatste 


record van de uitvoerrij 


Communicatie via de terminal: 
uitleg over de te volgen procedure 
bij het invoeren van de gegevens en 


de vraag om de aankomsttijd van klant 


één in te voeren. 


Invoer Er is geen programma-invoer maar wel invoer via de terminal: 


klanten .aankomsttijd 


Proces Initialiseren van de wachtrij en de uitvoerrij en bepalen 
wanneer de eerste klant aankomt. 
Probleemanalyse: 


1) Initialiseer de wachtrij, waarin de op hun beurt wachtende 
klanten worden opgeslagen 


2) Initialiseer de uitvoerrij, waarin de klanten die vertrokken zijn 


worden opgeslagen 

3) Geef uitleg over de manier van invoeren 

4) Vragen om invoer van de aankomsttijd van de eerste klant en 
het invoeren van deze tijd. 
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Probleemoplossing: 


lees ( klanten.aankomsttijd ) 


IV Procedure proces 


Probleemdefinitie: 


Uitvoer - uitstaart : point, adresverwijzing naar het 
laatste record in de uitvoerrij. 
Deze vormt samen met uitkop 
de uitvoerrij. 


Invoer - klanten i klant, dit record bevat in het veld 
klanten .aankomsttijd de aan- 
komsttijd van de eerste klant. 


- volgno ; int, bevat het volgnummer van de 
eerste klant. 

- wrkop - point, adresverwijzing naar het eerste 
record in de wachtrij. 

- wWrstaart : point, adresverwijzing naar het laatste 
record in de wachtrij. 

=- URDE : point, adresverwijzing naar het laatste 


record in de uitvoerrij. 


Proces Het simuleren van het aankomen, wachten en verwerken 
van klanten. 


uitvoer via terminal : vraag om bedieningstijd van een klant 
in te voeren. 

invoer via terminal i klantenbedieningstijd = tijdsduur 
waarin de klant aan het loket wordt 
geholpen. [ 

uitvoer via terminal vraag om aankomsttijd volgende klant 


in te voeren. 


invoer via terminal $ klantenaankomsttijd. 


Bot E edna ree 
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Lokale parameters 4 Rpa Teller die de tijd bijhoudt. 
Deze wordt elke cyclus met 
1 verhoogd. 


- vertrektijd tijdstip waarop de klant aan 
het loket klaar is. 
- loket geeft aan of het loket al dan 
niet bezet is: 
true: loket is niet bezet 
false: loket is bezet 
- loketklant bevat alle tot nu toe 
verkregen informatie over 
de klant die aan het loket 
staat. 


Probleemanalyse: 


Zolang er nog klanten aankomen of de wachtrij niet leeg is of er nog 
nog iemand aan het loket staat 


Zolang er op dit tijdstip klanten arriveren 
voer hun bedieningstijd in 
geef ze een volgnummer 
zet ze in de wachtrij 
bepaal wanneer de volgende klant komt 


Als de klant is geholpen (vertrektijd = tijd) 
zet de klant in de uitvoerrij 
geef het loket vrij 


Als het loket leeg is en er bevindt zich iemand in de wachtrij 
haal de klant uit de wachtrij 
bezet het loket 
stel het begin van de bedieningstijd vast 
bepaal de vertrektijd 


Verzet de tijd 1 eenheid 
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Probleemoplossing: 


loket := leeg 
klanten.aankomsttijd # -1 of wrkop # wrstaart of loket # leeg 
klanten.aankomsttijd = tijd 


writeln('bedieningstijd klant ', volgno) 
readln(klanten.bedieningstijd) 
klanten.klantno = volgno 

intij (klanten,wrstaart) 

volgno = volgno + 1 
writeln('aankomsttijd klant ',volgno) 
readln(klanten.aankomsttijd) 


vertrektijd = tijd £ 
inrij (loketklant,uitstaart) 
loket = leeg 
loket = leeg en wrkop # wrstaart 4 


uitrij(loketklant,wrkop) 

loket = niet leeg 
loketklant.beginbedieningstijd = tijd 
vertrektijd = tijd + loketklant.bedieningstijd 


tijd = tijd + 1 


V Beschrijving van de globale variabelen 


Constante beschrijving: 


leeg : boolean, met de waarde true; de variabele loket wordt 
aan deze constante getoetst om te bepalen 
of er mensen aan het loket worden geholpen. 


Type beschrijvingen: 


klant : record, bevat een aantal velden die relevante gege- 
vens bevatten. 


304 Appendix B B.12 


Deze velden zijn: - klantno: integer, volgnum- 

mer van de klant 

- aankomsttijd: integer tijd- 
stip van aankomst 

- bedieningstijd: integer, 
tijdsduur waarin de klant 
aan het loket wordt 
geholpen 

- bedieningstijd: integer, 
tijdstip waarop de klant 
aan de beurt is. 


point : pointertype, bevat het adres van het bijbehorende record. 


rec : record, het record dat bij point hoort; het bevat de 
volgende velden: i 
- kl: klant, record dat een aantal relevante 
gegevens over de klanten bevat 
- volgende: point, wijzer (pointer) naar het 
volgende record. 


VI Opmerkingen 


Aanname ten aanzien van het model: 
- het proces wordt gestopt als de laatste klant vertrekt 


Aannamen ten aanzien van het programma: 

- er vindt geen controle plaats op syntaxfouten of semantische 
fouten bij de invoergegevens. 

- de tijdseenheid waarmee het programma werkt, wordt niet nader 
gespecificeerd. 


B. 13 De wachtrijsimulatie in Pascal 305 


VII Het Pascalprogramma 


program loket (input, output); 
const leeg = true; 


type klant = record 
klantno á 
aankomsttijd 5 
bedieningstijd b 
beginbedieningstijid 8 
end; 


integer; 


ke 
(a) 
r. 
J 
et 
ij 
> 
x 
ij 
n 


volgende : points; 
end: 


var wrkop ’ 
wrstaart ’ 
uitkop $ 
uitstaart : point; 
volgnr : integer; 
clienten : klant; 


procedure init (var kop, staart: point); 


begin (*init*) 
new (kop); 
staart := kop; 
end; 


procedure initialiseer (var klanten : klant; 
var volgno : integer; 
var wrkop, wrstaart, uitkop, uitstaart: point); 
begin 
init (wrkop, wrstaart); 
init (uitkop, uitstaart); 
writeln (“invoergegevens voor de aankomende klanten:’); 
writeln (‘“%*kaankomsttijd (deze tijd dient als "klok")“)s 
writeln (“%*kbedieningstijd’); 
writeln (“om het programma te beeindigen voert U "-1" in“); 


writeln; 
volgno := 1; 
write (“aankomsttijd klant ‘“svolgno,’ ke 


readln (klanten.aankomsttijd); 
end; (kinitialiseerk) 


procedure inrij (moëetinrij: klant; var staart: point); 
begin 
staart“.kl := moetinrij; 
new (staart“.volgende); 
staart := staart”.volgendes; 
end; (+%inrijk) 


procedure uitrij (var komtuitrij: klant; var kop: point); 
var actueel: points; 
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begin 
actueel := kop; 
kop := kop^ô.vaolgende; 
komtuitrij := actueel^.kl; 
end; C*uitrijt) 


pracedure proces (klanten: klant; valgna: integer; 
wrkop, wretaart: point; var uitstaart: point); 
var tijd, vertrektijd: integer; loket: boolean; loketklant: klant; 


loket := leeg; 
while (klanten. aankomsttijd <> -1) or (wrkop <? wrstaart) or 
(loket = not leeg) do 


begin 
while klanten.aankomsttijd = tijd do 
begin 
write (“bedieningstijd klant ’, 
wvolgno,’ en 
readln (klanten.bedieningstijd); 
kKlanten.klantno := valgna; 
inrij (klanten,wrstaart); 
writeln; 
writeln; 
valgno := volgno + 153 
write (“aankomsttijd klant ‘,valgno, 
ri (af ft) : P 
readin (klanten.aankomsttijd); 
end; 
if vertrektijd = tijd 
then begin 
inrij (laketklant, uitstaart); 
loket := leeg; 
end; 
if (loket = leeq) and (wrkop <> wrstaart) 
then begin 
uitrij (laoketklant,wrkop); 
loket := not leeg; 
loketklant.beginbedieningstijd := tijd; 
vertrektijd := tijd + 
loketklant.bedieningstijd; 
end; 
tijd ze tijd f 1E 
end; 


end; (*pracesk) 


pracedure uitvoer (uitkoop, uitstaart : point); 
var vorigeaank, tussenaank, vertrek, wachttijd: integer; 
uitklanten: klant; 
begin 
writeln; 
writeln; 


writeln (” 

writeln (| klant tussen- tijdstip bedienings- tijdstip wacht- 
writeln (“| aankomst van aan- tijd van tijd 
vriteln (“| tijd komst vertrek 

writeln (” 
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`Ţ` 


varigeaank := 0; ; 
while uitkop <) uitstaart do 
begin 
uitrij (uitklanten, uitkop); 
tussenaank := uitklanten.aankomsttijd - vorigeaank; 
vorigeaank := uitklanten.aankomsttijd; 
vertrek := uitklanten.beginbedieningstijd + 
uitklanten.bedieningstijd; 
wachttijd := vertrek - uitklanten.aankomsttijd; 
write ("l° ,uitklanten.klantno:4,tussenaank:8, 
uitklanten.aankomettijd:9); 
writeln Cuitklanten.bedieningstijd:11, 
vertrek:12,wachttijd:10,” EEE 
end; 


writeln(” 
ee 
end; (*uitvoerk) 


begin (*haaf dprogrammak) 
initialiseer (clienten, volgnr, wrkop, wrstaart, uitkap, uitstaart); 
proces (clienten, volgnr, wrkop, wrstaart,uitstaart); 
uitvoer (uitkoop, uitstaart); 

end. 
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